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SECTION 1 
INTRODUCTION 




The MC68838 media access controller (MAC) chip implements the MAC protocol for a 
station operating under the ANSI standard for FDDI LANs (see Figure 1-1). FDDI is a 
125-Mbit/sec, fiber-optic-based token ring designed to accommodate rings up to 1000 
stations, 2 km between stations, and 200-km total ring length. 
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The ANSI standard specifies the data link MAC layer, the physical and physical-media- 
dependent entities, and the station management and submanagement physical 
connection management. 

The MAC protocol, the lower sublayer of the data link layer, provides for fair and 
deterministic sharing of the physical medium, address recognition, FCS generation and 
verification, frame insertion, frame repetition, frame removal, token generation, and 
certain error recovery procedures. 
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1.1 OVERVIEW 

The MAC chip transmits information to and receives information from the physical layer 
as a symbol pair every 80 ns, where a symbol is either a nibble (4 bits) of data or a 
control symbol. It does this using separate transmit and receive buses, each composed 
of 10 data signal lines. Transfers on the FSI transmit and receive buses are synchronous 
with the 80-ns clock (BYTCLK). The MAC chip also has an NPI enabling an external 
processor to read and write registers, which allows the processor full control of 
management facilities. 

1.2 CHIP FEATURES 

The following is a list of the MAC chip's features: 

• Completely Implements the ANSI FDD! MAC Standard 

• Independent Receive and Transmit Data Paths and State Machines Can 
Simultaneously Generate and Check CRC 

• Supports 16-Bit and 48-Bit Individual Station Addresses On Chip 

• Contains an Interface to a CAM for Individual and Multicast Address Recognition 

• Supports Several Bridging Facilities: 

— Can Reverse Bit Ordering on DA and SA 

— Contains Count and Void Frame Bridge Stripping Algorithm On Chip 

— Allows Generating Frame CRC on per Frame Basis 

— Supports A and C Bit Handling for Transparent Bridging Mode 

— Supports Extended Address Recognition Timing for Address Recognition 

• Supports Optional FDDI Standard Capabilities Such As: 

— Receipt of Additional Frame Status Indicators 

— Restricted Tokens 

— Synchronous Frames 

• On-Chip Counters Support Station and Network Management Functions 

— Token Counter 

— Frame Counter 

— Last Frame and Error Counter 

— Void Timer for Latency Calculations 

• Contains an NPI 

• Contains Extensive Self-Test Capabilities, Scan Path Logic, and Data Parity 
Generation and Checking 

• High-Speed CMOS Technology 
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SECTION 2 

FUNCTIONAL DESCRIPTION 

There are four functional logic domains in the MAC chip: the NPI, the receive data path, 
the transmit data path, and the clock and test logic. 

2.1 NODE PROCESSOR INTERFACE LOGIC 

The function of the NPI is to provide a mechanism for an external processor to control the 
MAC chip and receive status information and interrupt notifications. The NPI contains the 
global command/status registers, an address decoder, the data latches, and the 
controlling logic. 

The NPI has an address bus with an associated read/write line and a bidirectional 16-bit 
data bus. An interrupt line can notify an external processor of the occurrence of some 
event. 

2.2 RECEIVE DATA PATH 

The receive data path is the internal data bus associated with receiving packets from the 
ring. It connects to the external RCDATx bus (data bus from the ELM chip) through a 
pipeline latch in the receive latch logic and to the RPATHx (data bus to the FSI chip). 
Only the receive data latch containing the current received symbol pair drives this 
internal data bus. Usually several different logic blocks are concurrently reading and 
processing this symbol pair. These logic blocks perform the following functions: 

• Decode the input symbol pair, recognize the beginning of frames, and use this 
information to run the receiver FSM. 

• Compare the DA field of a received packet to this station's individual 16- or 48-bit 
address. 

• Compare the SA field of a received packet to this station's individual 1 6- or 48-bit 
address. 

• Run the external CAM address matching logic. 

• Compare the INFO field of claim frames to this station's requested token rotation 
time. 

Perform CRC checking on the received packet. 

Store the frame status indicators that have been received. 

Keep a count of the number of good and bad frames received. 
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2.2.1 Receive Latch 

The receive latch clocks data from the ELM chip. The data signals are latched by using 
an internal clock, SAMPLE_CLK (see SYMCLK description in Section 4, Signal 
Description). The latched data signals are then relatched by BYTCLK to provide stable 
symbols for MAC processing. 
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2.2.2 Receive CRC Checker 

This logic block checks the FCS field of received frames and operates a byte at a time, 
using the data symbol pair currently on RCDATx. The CRC checker receives a signal 
from the receiver FSM telling it when to initialize for another CRC check and receives a 
strobe from the receiver FSM for each symbol pair to be included in the CRC check. This 
chip provides a valid CRC signal to the receiver FSM. This signal should only be 
examined after the CRC checker has processed the last byte of the incoming frame's 
FCS field. 

2.2.3 Sent Count 

Sent count is used in bridgestrip mode to determine if a frame was sent by this station. 
All data frames, as well as special void frames, are counted. 

2.2.4 Counters 

This block holds the following counters: 

• Frame_Ct is a 16-bit unsigned count of the number of frames (good or bad) that 
have been received since the last time this counter was read and reset or the chip 
was reset. 

• Error_Ct is a 6-bit unsigned count of the number of error frames (i.e., frames 
containing a bad CRC or an invalid data length) that were detected by this station, 
but by no previous station, since the last time this counter was read and reset or the 
chip was reset. 

• Lost_Ct is a 6-bit unsigned count of the number of frame format errors that have 
occurred since the last time this counter was read and reset or the chip was reset. 

• Token_Ct is a 16-bit unsigned integer. 

These counters do not stick at their largest value, but always wrap around to zero. These 
registers receive their increment signals from the receive FSM. 

2.2.5 Receive Finite State Machine 

This FSM implements the receiver process as described in the FDDI MAC standard — 
i.e., it controls all aspects of parsing and validating frames and tokens, determines 
whether a frame should be received or stripped, detects ring errors, and notifies the 
transmit FSM of any relevant events. This block also decodes and forwards the received 
FC field, decodes the current symbol pair on the receive data path, and parses and 
forwards the received frame status field. This block interprets all the status flags 
described in the MAC standard: E_FLAG, A_FLAG, C_FLAG, N_FLAG, and R_FLAG. 
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2.2.6 Address Comparator 

This block performs part of the DA actions, SA actions, and CT actions as specified in the 
FDDI MAC standard. Specifically, this block compares the DA and SA fields of received 
frames to this station's individual addresses (my short address register and my long 
address register). It also compares the INFO field of received claim frames (the token 
rotation time requested by another station) to this station's desired token rotation time. 
This logic block has two parts: 

1. A register array that contains this station's individual 16- and 48-bit address (my 
short address register and my long address register) and this station's desired 
token rotation time. This register block contains a byte-wide read-only port that 
feeds into the comparator and into the transmit data path when generating claim, 
beacon, and void frames. 

2. The comparison logic part that contains a byte-wide comparator that gets its inputs 
from the register array and from the receive data path). 

The receive FSM controls this logic, and the results of the comparison are passed to the 
receive FSM. 

2.2.7 Receive Host Interface 

The FSI receive logic controls the RPATHx bus and RCCTLx bus that pass received 
frames to the FSI. It strips off the delimiters before passing the frame to the FSI. It 
handles all the extra control and handshake lines required for the RPATHx bus. The 
receive FSM controls this logic and receives abort/flush signals from it. The system 
interface receive logic is completely separate from, and does not communicate with, the 
system interface transmit logic. 

2.3 TRANSMIT DATA PATH 

The transmit data path is the internal data path associated with the transmission of data 
onto the ring. The send frame logic assembles a packet consisting of preamble (idles), 
JK, FC, DA, SA, INFO field, CRC, T, and the FS indicators from various sources. 
Frame_Data is multiplexed with either idles or repeat data from the receive data path in 
the transmit latch logic. The transmit latch logic contains the TXDATx pipeline latch that 
drives the TXDATx external bus. The TXDATx external bus passes a symbol pair to the 
ELM chip on the following BYTCLK cycle after the MAG chip has received it. 
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Frame data at the transmit latch logic can have any one of the following sources: 

• The transmit data path latch, which contains the symbol pair passed from the FSI via 
the external TPATHx bus. This latch is part of the FSI TX interface logic. 

• The delimiter generator, which transmits frame delimiters like idles, J, TT, etc., in 
response to requests from the transmit FSM. 

• The transmit CRC generator, which appends the frame check sequence to the end 
of the data field. 

• The address registers, which hold this station's individual addresses and its value of 
desired token rotation time for void, claim, and beacon frames. These registers are 
properly a part of the receive data logic but can be accessed by the transmit data 
logic as needed. 

2.3.1 Transmit Data Host Interface 

The FSI logic controls the TPATHx bus over which the FSI passes packets to be 
transmitted to the MAC. This logic handles all the extra control and handshake lines 
required for the TPATHx bus. For example, it controls the reception of packet request 
information from the FSI, the notification that the MAC is ready for the next packet or 
packet request header, etc. This logic does not communicate with the FSI receive logic. 

2.3.2 Send Frame Logic 

The send frame block is responsible for the actual transmission of a frame including the 
sequencing and sending of (i.e., multiplexing of) the preamble, the appropriate 
delimiters (e.g., JK, TR, RR, etc.) the FC field (for token, claim, beacon, and void frames), 
the DA and SA fields (for claim, beacon, and void frames where they could be my long 
address register, broadcast or null address), information fields (claim and beacon 
frames), general data (FC, SA, DA, and INFO fields for FSI frames), the CRC field, and 
the requested frame status. The transmit FSM tells this logic what kind of frame to send 
and when to start sending it. 

2.3.3 Capture Token Logic 

This logic block holds the packet request header passed to it by the FSI. The packet 
request header contains all the information that the MAC transmitter needs to determine 
when it can send this frame (i.e., asynchronous/synchronous, token type, immediate 
mode or not, etc.), what type of token to issue later, whether a CRC is to be generated, 
etc. In addition to parsing this information, this block contains the logic to determine 
when a token can be captured and issued and when a frame can be transmitted. It feeds 
these signals into the transmit FSM that takes the appropriate action depending upon its 
current state. 
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2.3.4 Transmit CRC Generator 

This logic block appends the FCS field (a 32-bit CRC) onto transmitted frames. Some 
packets may already contain the FCS field, in which case this logic block may be used 
as a CRC checker instead of a CRC generator. When used as a checker, a bit is set in 
the interrupt event register when the transmitted CRC field is incorrect. This causes an 
interrupt if this event is not masked in the interrupt mask register. This logic block 
computes the CRC on data bytes it reads from the PRAM E_D ATA bus that come from the 
send frame block. It also receives control signals from the transmit FSM. 

2.3.5 Transmit Finite State Maciiine 

The transmit FSM implements the transmit process as described in the FDD! MAC 
standard. Specifically, the transmit FSM repeats packets from other stations on the ring, 
determines when It can capture the token, how long it can hold the token, what type of 
token to issue, what kind of frame to send (but does not actually send it), and participates 
in the ring recovery procedures, etc. 

2.3.6 Timers 

This logic block contains all the MAC protocol timers (TRT, THT, and TVX timers), the 
associated register fields used to load them (T_Max, TRT time remaining register, 
T_BID_RC/TJNFO, and TVX_Value), and the LATE_CT. The MAC standard specifies an 
additional register, T_Opr, which can contain redundant information and therefore is not 
implemented. 

The TVX timer is used to ensure that a good frame (i.e., correct CRC and valid data 
length) or a nonrestricted token is seen by this station on every regular basis. It can be 
used to detect events such as a babbling station, an infinitely circulating restricted token, 
a lost token, etc. 

The TRT timer is used to determine the time taken for each rotation of the token. The 
transmit FSM uses this information to decide whether the token has been lost and 
whether this station can then transmit when it receives the token. If the token takes too 
long to get to this station, it implies that the ring is busy and this station may have to defer 
its lower priority transmission. This timer also times the claim and beacon recovery 
procedures to determine if they will complete. 

The THT timer controls the length of time that a station can transmit when it has captured 
the token. This timer is loaded with the value of the TRT timer when a token is captured. 
A station can then transmit asynchronous frames until this timer expires. This procedure 
ensures that the sum of this station's transmissions and that of the previous station's 
transmissions during this rotation of the token are (approximately) less than the mutually 
agreed upon token rotation time. 
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This logic block is connected to the receive data path to be able to load a bid time 
register from claim frames that are being received. In addition, it receives signals to 
enable/disable the TVX timer and to reset the TVX timer from the receiver FSM. Its only 
outputs (other than to the NPI) are TRT expired, TVX expired, THT expired, and 
LATE_CT equals zero interrupts. 

2.3.7 Transmit Data Latch (and Repeat Function) 

This logic block contains the repeat function and multiplexes the repeat path with 
FRAME_DATA from the send frame logic block. The repeat function reads symbol pairs 
from the receive data path and repeats them to the ELM. Usually this logic transmits the 
symbol pair just received, but when receiving the FS indicators, the logic may need to 
modify the received R and S symbols according to the values in the frame status logic 
and the values in the register associated with repeating additional FS symbols. Also, this 
logic selectively replaces the last symbol pair with an IDLE symbol pair when a frame is 
detected as a fragment. 

2.4 TEST AND CLOCK LOGIC 

The MAC supports complete boundary scan testing and random access reading of 
almost all of the internal chip state thr ough th e NPI. Boundary scanning means that 
every signal on this chip (other than the MATCH signal, the test signals, and clocks) has 
an associated scan latch that enables the testing interface to serially shift in an arbitrary 
bit pattern to be used for the corresponding input or output signal and to shift out the 
values of these signals while holding the clock. The MAC also has a built-in self-test 
capability. 
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SECTION 3 

REGISTER DESCRIPTION 

There are 36 user-visible control/status registers. Tiie registers, which are accessible 
through the NPI, are summarized in Table 3-1. When there is an A and B version of a 
register, the A part holds the least significant bits, and the B part holds the most significant 
bits. The first hex digit of the address refers to NPA5-NPA4, and the second hex digit 
refers to NPA3-NPA0. 
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Table 3-1. MAC Registers 



Register Name 


Mnemonic 


NPA5-NPA0 
Hex 


No. of 
Bits 


Type 


Control Register A 


MAC_CNTRL_A 


00 


16 


Read/Write 


Control Register B 


MAC_CNTRL_B 


01 


16 


Read/Write 


interrupt iVlasl< Register A 


INTR_MASK_A 


02 


16 


Read/Write 


interrupt Masl< Register B 


INTR_MASK_B 


03 


16 


Read/Write 


Interrupt Mask Register C 


INTR_MASK_C 


04 


16 


Read/Write 


My Siiort Address Register 


MSA 


10 


16 


Read/CntI Write 


My Long Address Register A 


MLA_A 


11 


16 


Read/CntI Write 


My Long Address Register B 


MLA_B 


12 


16 


Read/CntI Write 


My Long Address Register C 


MLA_C 


13 


16 


Read/CntI Write 


Target Request Time Register 


T_REQ 


14 


16 


Read/CntI Write 


TVX, TRT initial Timer Parameter Register 


TVX_VALUE & T_MAX 


15 


16 


Read/CntI Write 


Revision Number Register 


REV_NO_REG 


1C 


12 


Read-Only 


Void Time Register 


VOiD_TIME 


IE 


16 


Read-Only 


Tol^en Count Register 


TOKEN_CT 


IF 


16 


Read-Only Clear 


Frame Count Register 


FRAME_CT 


20 


16 


Read-Only Clear 


Lost and Error Count Register 


LOST_CT & ERROR_CT 


21 


12 


Read-Only Clear 


Interrupt Event Register A 


INTR_EVENT_A 


22 


16 


Read-Only Clear 


Interrupt Event Register B 


INTR_EVENT_B 


23 


16 


Read-Only Clear 


Interrupt Event Register C 


INTR_EVENT_C 


ID 


3 


Read-Only Clear 


Receive Status Register 


RX_STATUS 


24 


16 


Read-Only 


Transmit Status Register 


TX_STATUS 


25 


16 


Read-Only 


TRT Time Remaining Register A 


T_NEG_A 


26 


16 


Read-Only 


TRT Time Remaining Register B 


T_NEG_B 


27 


8 


Read-Only 


Information Field Register A 


INFO_REG_A 


28 


16 


Read-Only 


Information Field Register B 


INFO_REG_B 


29 


16 


Read-Only 


BIST Signature Register 


BIST_SIGNATURE 


2A 


16 


Read-Only 


TVX Timer Register 


TVX_TIMER 


2B 


16 


Read-Only 


TRT Timer Register A 


TRT_TIMER_A 


2C 


16 


Read-Only 


TRT Timer Register B 


TRT_TIMER_B 


2D 


8 


Read-Only 


THT Timer Register A 


THT_TIMER_A 


2E 


16 


Read-Only 


THT Timer, Sent Count Registers 


SENT_COUNT &THT_TIMER_B 


2F 


16 


Read-Only 


Packet Request Register 


PKT_REQUEST 


30 


16 


Read-Only 


Receive CRC Register A 


RC_CRC_A 


31 


16 


Read-Only 


Receive CRC Register B 


RC_CRC_B 


32 


16 


Read-Only 


Transmit CRC Register A 


TX_CRC_A 


33 


16 


Read-Only 


Transmit CRC Register B 


TX_CRC_B 


34 


16 


Read-Only 
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3.1 REGISTER TYPES 

The following paragraphs discuss the different types of registers used in the MAC. 

3.1.1 Read/Write Registers 

These registers can be read and written by the NP at any time. Usually, these registers 
cannot be modified by the MAC chip. The only exceptions are the RESET_FIELD and 
FDX_MODE bits in control register B. These registers ar e all clea red by power-up reset 
(see Section 4 Signal Description for a description of the PWRUP pin). Most bits in these 
registers are unaffected by a MAC_Reset. 

3.1.2 Read/Control Write Registers 

These registers can be read by the NP at any time but can be written only when the MAC 
FSMs are turned off (see MAC_ON bit in the control register A). These registers hold chip 
parameters that the MAC needs before it can operate correctly. The NP should write these 
registers before BIST is run. These registers cannot be modified by the MAC chip. All 
these registers are cleared by power-up reset but are unaffected by a MAC_Reset. 

3.1.3 Read-Only/Clear Registers 

These registers can be read by the NP at any time (like all registers) but can never be 
written by the NP (even in test mode). Unlike read-only registers, these registers are 
automatically cleared when read by the NP. If the MAC chip tries to modify a register that 
is being accessed by the NP, the register is cleared and the MAC writes the new updated 
state. The MAC chip can change these registers at any time, even when the MAC FSMs 
are turned off. These registers are all cleared by power-up reset. 

3.1.4 Read-Only Registers 

These registers can be read by the NP at any time but can never be modified by the NP. 
The MAC chip can change these registers at any time, even when the MAC FSMs are 
turned off. Generally, they are undefined after power-up reset. 

The first six of these read-only registers (24-29 hex) are the only ones that are of interest 
to general-purpose software. Through the remaining registers, the user can access almost 
all MAC internal states. Access to these registers is essential for both ATE testing and 
board-level diagnostics. Many of these registers hold part of an internal 24- or 32-bit 
register that can change on each BYTCLK. Since only one register can be read at a time, 
it may be difficult for an NP to obtain a consistent value of the internal register without 
stopping BYTCLK. 

Whenever the NP attempts to read a nonexistent register, the MAC chip completes the NP 
read cycle normally (returning a valid, though unpredictable value) and records the 
erroneous event by setting the NP_ERR bit in the interrupt event register B. 
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Whenever the NP attempts to write to a nonexistent register, a read-only register, a read- 
only/clear register, or a read/control write register when the FSMs are on, then the MAC 
completes the NP write cycle normally (though no registers are modified) and records the 
event by setting the NP_ERR bit. 

All unused bits (i.e., undefined bits) in the MAC registers are read as zero and are ignored 
when written. However, software should always write these unused bits as zeros and 
should assume that these bits have unpredictable values upon reading. 

All timing values are stored as the unsigned twos complements of the target or as 
remaining time in octets (i.e., 80-ns units). Hence, the numerically greater magnitude 
represents the shortest time remaining. For example, if the TVX timer has 240 ns left until 
expiration, the time remaining would be three octets, and the 16-bit TVX register would 
contain 1111 1111 1111 1101. 



3.2 CONTROL AND STATUS REGISTERS 

There are two control registers and two status registers for receive and transmit functions. 

3.2.1 Control Register A (MAC_CNTRL_A) 

Control register A controls the receiver portion of the MAC and a few joint 
receiver/transmitter aspects. The NP can read and write control register A at any time. The 
MAC chip never modifies this register. It is cleared on power-up reset and unaffected by a 
MAC Reset. 



2 


14 


13 


12 


11 


10 


9 


8 


MAC_ON 


SET_BIT_5 


SET_BIT_4 


REVERSE. 
ADDR 


FLUSH_SA47 


COPY_ALL 


COPY_OWN 


7 6 


5 


4 


3 


2 1 





COPY_EXTRA_SMT 


COPY_IND_ 
LLC 


COPY_GRP_ 
LLC 


DSABL_ 
BRDCST 


RUN_BIST 


RX_PARITY 


NTE_AL_FRMS 



MAC_ON— MAC On 
This bit turns the receiver/transmitter FSM on or off. When set to one, the receiver finite 
state machine transitions to the listen state (state RO) and the transmitter finite state 
machine transitions to the Txjdie state (state TO). 



= 



1 = 



Both the receiver and transmitter FSM are turned off. When in this state, the MAC 
receiver/transmitter ignores all inputs and stays in this state until MAC_ON is set. 
When they are operating, the receiver and transmitter can be turned off at any 
time by clearing this bit. (No timers are running). 

The receiver and transmitter finite state machines are operating and can be in 
any of the states R0-R5 or T0-T5, respectively, or in the FDX states (All timers 
are running). 
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SET_BIT5— Set Bit 5 
Repeat fifth control indicator as an S-symbol. 

= The fifth control indicator is repeated exactly as received. 

1 = The repeating function always causes the fifth control indicator received to be 

transmitted as an S-symbol. If the fifth received control indicator is already an 
S-symbol, then the BiT5J_SS interrupt is signaled. Nothing happens if there are 
not five control indicators. 

SET_BIT4— Set Bit 4 
Repeat fourth control indicator as an S-symbol. 

= The fourth control indicator is repeated exactly as received. 

1 = The repeating function always causes the fourth control indicator received to be 

transmitted as an S-symbol. If the fourth received control indicator is already an 
S-symbol, then the BIT4J_SS interrupt is signaled. Nothing happens if there are 
not four control indicators. 

REVERSE_ADDR— Reverse the DA and SA Fields of All Frames 
This bit is used by both the receiver and transmitter portion of the MAC. This bit reversal 
only occurs across the FSI bus; hence, it does not affect the CRC checking/generation 
nor the interpretation of the my long address or my short address registers, etc. The 
order of the octets is not affected by this bit. Octets are passed to and from the FSI in 
the same order as they appear on the fiber. 

= No bit reversal will occur. 

1 = The MAC chip will reverse the bit order of data octets passed to and from the FSI 

(i.e., across RPATHx and TPATHx for all octets that make up the DA and SA 
fields of all frames to be sent or received from the FSI). Therefore, for DA and SA 
octets, bit (7-x) is passed to the FSI on RPATHx, and bit (7-x) is obtained from 
the FSI on TPATHx. 

This feature is useful when implementing 802.3 and 802.4 protocol bridges to FDDI and 

vice versa. 

FLUSH_SA47 — Flush Source Routing Frames 

= The MAC will copy frames when the individual/group bit of the SA (bit 47 of 

48-bit addresses or bit 15 of 16-bit addresses) is one. 

1 = The MAC will not copy frames when the individual/group bit of the SA (bit 47 of 

48-bit addresses or bit 15 of 16-bit addresses) is one. 

This bit has no effect on the ring protocols. In particular, it does not change the frame 
stripping algorithms nor affect whether a claim frame is higher or lower. When 
comparing the SA of a received frame to the my long address register, the l/G of the 
received SA and the my long address register are ignored — i.e., the l/G bit of the 
received SA is always considered a match, regardless of the value of FLUSH_SA47 or 
the my long address register. On the other hand, bit 47 of the my long address register 
is used for DA matches. FLUSH_SA47 has no effect when COPY_ALL is 10 or 11 or 
when NSA frames are received (i.e., NSA source routing frames will still be received). 
The current ANSI MAC standard requires the individual/group bit of the SA to be zero. 
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COPY_ALL— Copy All 

This bit copies or passes extra frames and fragments to the FSI. The only frames that 
are copied are LLC, SMT, implementor, and reserved frames. COPY_ALL is intended 
for use in monitor and analyzer stations. 

00 = The MAC attempts to copy all LLC, SMT, reserved for implementor, and 

reserved for future standardization frames that have valid length, whose DA is 
matched, whose SA is not matched (subject to COPY_OWN) or is an NSA 
frame, and is not a secondary NSA frame. 

01 = The MAC additionally copies MAC and void frames that: have valid length, 

whose DA is matched, and whose SA is not matched (subject to COPY_OWN). 

10 = The MAC additionally copies tokens and frames that: are too short (but with an 

even number of data symbols), whose DA is not matched, or whose SA is 
matched. 

1 1 = The MAC additionally copies fragments, format errors, and frames with an odd 

number of data symbols. 

When COPY_ALL = 10 or 1 1 , the MAC will still flush (not copy) secondary NSA frames 
if COPY_EXTRA_SMT = 00. Only monitor systems should set COPY_ALL to 10 or 1 1 . 

COPY_OWN— Copy Frames Sent by This Station 
The MAC chip ignores this bit when COPY_ALL =11 or 10 or if the received frame is an 
NSA frame. The COPY_OWN mode of operation is not intended for normal operation 
but is reserved for special monitor stations and for ring loopback tests applicable to all 
stations. 

= The MAC does not copy frames that it is currently sending nor frames that it 

believes it previously sent, even if the MAC is requested to copy all frames with a 
certain FC or DA (see the following register fields). 

1 = The MAC copies frames whose SA is matched if the frame would be copied 

othenwise and other frames only if the frame is directly addressed to the station. 
(DA = broadcast, my long address register, or my short address register.) 

COPY_EXTRA_SMT— Copy Certain Extra SMT Frames 

When COPY_ALL =11 or 10, this bit field is ignored (except that secondary NSA frames 
are still flushed when COPY_EXTRA_SMT = 00). This bit field does not affect how the 
MAC sets the A and C control indicators. 

00 = The MAC copies valid SMT frames if the DA is matched and the frame is not a 

secondary NSA frame and the SA is not matched or the frame is a primary NSA 
frame. 

01 = The MAC additionally copies secondary NSA frames whose DA is matched. 

10 = The MAC additionally copies all NSA frames or 48-bit group-addressed SMT 

frames whose SA is not matched (subject to COPY_OWN). 

1 1 = The MAC additionally copies all NSA frames or 8-bit addressed SMT frames 

whose SA is not matched (subject to COPY_OWN). 
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COPYJND_LLC— Copy All Individual LLC Frames 
This bit does not affect how the MAC sets the A and C control indicators. 

= The MAC copies individually addressed LLC frames if the DA is matched (subject 

to the COPY_OWN bit). The MAC chip ignores this bit when 
C0PY_ALL = 11 or10. 

1 = In addition to the frames it is already copying, the MAC copies all LLC, 

implementor, and reserved frames whose DA field indicates a 48-bit individual 
address. The MAC will not copy LLC frames it sent unless COPY_OWN = 1 . 
COPY_IND_LLC is primarily used for promiscuous bridges. 

COPY_GRP_LLC— Copy All Multicast LLC Frames 
This bit does not affect how the MAC sets the A and C control indicators. 

= The MAC copies multicast LLC frames if the DA is matched (subject to 

COPY_OWN) in the CAM. The MAC chip ignores this bit when the 
C0PY_ALL = 11 or 10. 

1 = In addition to the frames it is already copying, the MAC copies all LLC, 

implementor, and reserved frames whose DA field indicates a 48-bit group 
address. The MAC will not copy group LLC frames it sent unless 
COPY_OWN = 1 . 
COPY_GRP_LLC is primarily used for promiscuous bridges. 

DSABL_BRDCST— Disable Broadcast 

= The MAC treats broadcast frames normally (as described in the FDDI standard). 

This bit does not affect the behavior of SMT frames — i.e., SMT broadcast frames 
are always recognized and copied. Unlike many register bits, this bit still has an 
effect when COPY_ALL = 1 1 or 1 0. Specifically, this bit affects the OD field of an 
END_DATA transfer for received broadcast frames. 

1 = The MAC treats a MAC, LLC, implementor, or reserved broadcast frame (i.e., DA 

is all ones) exactly as if it were another multicast frame of the same frame type. 
Hence, an LLC broadcast frame is recognized and copied only if the broadcast 
address is found in the CAM or COPY_GROUP_LLC = 1 (subject to 
COPY_OWN). The A_FLAG and C_FLAG are only set if the broadcast address is 
found in the CAM since COPY_GROUP_LLC has no effect on these indicators. 

RUN_BIST— Run Built-in Self-Test 

= The MAC operates normally. 

1 = The MAC runs its internal BIST. To run BIST properly, the MAC_ON and 

RUN_BIST bits must both be cleared for at least five B YTCLK c ycles, and then 
both bits must be set simultaneously. During BIST, the MACINT line is only 
asserted when the BIST has finished (after 65535 BYTCLK cycles), at which time 
the BIST signature register is frozen. The actual signature depends on the values 
of each of the writable or clearable registers, except the interrupt mask and 
inte rrupt eve nt registers. In addition, the signature also depends upon the value of 
the MATCH and RABORT pins (usually negated during BIST). MTESTx should 
be 00. Also, the TXPARITY_ON bit should be 0; otherwise, the parity of the nine 
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lines (TPATHx and TPRITY) will affect the BIST. SYMCLK. RCDATx, and 
TXCTLx have no effect during BIST. 

RXPARITY— Generate Odd or Even Receive Parity 

= The MAC generates RPRITY so that RPRITY and RPATHx have odd parity. 

1 = The MAC generates RPRITY so that RPRITY and RPATHx have even parity. 

NTE_AL_FRMS— Note All Frames 

= The MAC sets the FRAME_RCVD bit in the interrupt event register only when the 

frame count register overflows (i.e., potentially notifies the NP for every 65536 
frames). It is possible, though unlikely, for the DOUBLE_OVF bit not to be set 
when FRAME_CT overflows. Therefore, NTE_AL_FRMS should not be set 
unless the NP can read the FRAME_CT before it can overflow or unless precise 
frame counts are not required. 

1 = The MAC sets the FRAME_RCVD bit in the interrupt event register when the 

FRAME CT is incremented. 



3.2.2 Control Register B (MAC_CNTRL_B) 

Control register B controls the MAC transmitter. The NP can read and write this register at 
any time. The MAC chip only modifies the RESET_FIELD bits. The register is cleared on 
power-up reset and is unaffected by a MAC_Reset. 



15 


14 


13 


12 


11 


10 


g 


8 


RING_PURGE 


FDX_MODE 


BRIDGE_STRIP 


TXPARITY_ON 


REPEAT_ONLY 


LOSE_CUIM 


RESET_F1ELD 


7 


6 


5 


4 


3 


2 


1 


FSLBEACON 


DELAY_TOKEN 


1GN0RE_ 
SACAM 


EXr_DA_ 
MATCH 


RAB0RT2 


MAC_MODE_ 
CTL 









RING_PURGE— Enable Ring Purging Mode 
This bit is ignored by the MAC when RING_OPERATIONAL is low or cleared or when 
the chip is in the FDX states. Unlike BRIDGE_STRIP, RING_PURGE does not affect 
frames the MAC thinks it sent and hence packets the MAC asks the FSI to flush (not 
copy). Consequently, it is useful to set both BRIDGE_STRIP and RING_PURGE. 

There is typically only one purging station per ring. The choice of the ring purger, if any, 
is beyond the scope of the FDDI standard. 

= The MAC operates normally. 

1 = The MAC purges the ring upon every token rotation until the NP resets this bit. 

The MAC performs the following operations: 
Captures every token (unless RING_OPERATIONAL is zero), 
Sends any FSI frames for which the token is usable. 
Sends two special void frames (see the BRIDGE_STRIP bit description), and 
Releases the token. 
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The kind of token released is specified by the token send field in the packet 
request header of the last FSI frame sent with this token, or is the kind of token 
captured if no FSI frames were sent. The MAC then purges all frames until one of 
the following occurs: 

A special void frames returns, 

A nonduplicate token returns, 

RING_OPERATIONAL becomes low. 

The transmitter enters the FDX states, or 

The MAC is turned off (MAC_ON = 0). 
Purging does not stop if a duplicate token is received (i.e., a token received while 
transmitting). Purging differs from stripping in that purging creates no frame 
fragments. 

FDX_MODE— Enable Full-Duplex Operation 

= The transmitter operates purely in ring mode. 

1 = The next time the transmitter enters the Txjdie (TO) state, it transitions to the 

FDXJdIe state. The transmitter then alternates between the FDX_ldie and 
FDX_Data states, depending on whether or not there is a frame to send. The 
transmitter leaves FDXJdIe or FDX_Data upon: 

Receiving a higher or lower claim frame, 

Receiving any beacon frame, 

Receiving a MAC_RESET (RESET_FIELD <> 00), or 

Clearing this bit, which puts the transmitter in the FDXJdIe state. 
RING_OPERATIONAL (which could be either zero or one) is ignored while in the 
FDX states. RING_OPERATIONAL is cleared upon leaving the FDX states 
unless these states are left because FDX_MODE is cleared. 
FDX_MODE is useful in implementing point-to-point links and for diagnostics. 

BRIDGE_STRIP— Use Bridge/Switch Stripping Algorithm 

= The normal stripping algorithm is used, based upon matching the SA against my 

short address register, my long address register, and the CAM entries. 

1 = An additional stripping occurs when the count of frames sent minus frames 

received (called SENT_COUNT) is greater than zero. SENT_COUNT is also 
cleared (hence, stripping stops) when: 

A special void frame (FC = 48-bit addressed void frame) is received. 

Individual DA is matched (A_FLAG = 1 and the l/G bit of the DA = 0). 

SA is matched (M_FLAG = 1 — i.e., SA = my long address register and 

SAo null) and frame has a valid CRC, length, and E-indicator (E_FLAG = 0. 

A claim frame is received. 

A beacon frame is received. 

A token is received. 
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The SENT_COUNT is not cleared (stripping continues) if a duplicate token is 
received (i.e., a token received wiiile transmitting). 

When this bit is one, the MAC transmitter internally creates and transmits one 
special void frame after leaving the TX_Data state (i.e., just before it would 
normally release the token). This MAC chip always creates and transmits a 
special void frame with the following characteristics: 

FC = 48-bit addressed void frame 

DA = my long address register 

SA = my long address register 

Zero INFO bytes 

FCS = valid CRC 

EFS = TRRR. 
When RING_OPERATIONAL is zero, this bit is ignored by the MAC chip. 

TXPARITY_ON— Transmit Parity Check On 

= The TPRITY input in the TPATHx bus is ignored. 

1 = TPATHx and TPRITY together must have odd parity (i.e., an odd number of the 

nine lines must be high), or the MAC aborts the transmission of this frame and 
asserts TABORT. 

REPEAT_ONLY— Repeat Only 
The transmitter cannot capture the token. 

= The transmitter operates normally. 

1 = The MAC will not start sending any more frames from the FSI, although it can 

finish any frames it has started to send as well as sending any frames internally 
generated by the MAC (i.e., claim, beacon, and void frames). Specifically, the 
conditions USABLE_TOKEN and ANOTHER_FRAME are always zero; thus, the 
transmitter cannot capture a token. If it has the token, it cannot send any more 
frames although it can finish sending the frame it is currently sending (plus any 
associated token). The transmitter cannot start sending frames whose 
TOKEN_TYPE field in the packet request header allows the frame to be sent 
without a token. When REPEAT_ONLY = 1 and RING_PURGE = 1 , the MAC will 
still capture the token, send two special void frames, and then release the same 
kind of token. 
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LOSE_CLAIM— Lose Claim 
The transmitter always loses the claim bidding process. 

= The transmitter works normally. 

1 = The transmitter treats all Lower_Claim frames as Higher_Claim frames and all 

My_Beacon frames as Other_Beacon frames (the receiver operation is 
unaffected). All other Recovery_Required conditions are ignored (i.e., TVX 
expiration, TRT expiration when LATE_CT > 0, and T_Opr < target request time 
register when RING_OPERATIONAL is one) while in any of the states from which 
the Recovery_Required transitions originate (i.e., Txjdie, Tx_Repeat, Tx_Data, 
Tx_Token, or Tx_Void states). Because the Recovery_Required transitions 
cannot occur, the transmitter will never enter the Tx_Claim or TX_Beacon states, 
except upon a MAC_RESET/CLAIMING, MAC_RESET/BEACONING, or upon 
TRT expiration while already in Tx_Claim (MAG then goes to Tx_Beacon). 
However, once it is in these states (e.g., if this bit is set while in Tx_Claim), the 
MAG can stay in any of these states. 

RESET_FIELD— Reset Field 
This field, which includes various types of MAG resets, is used to apply general signals 
to the whole of the chip. The idea of a signal is that it only lasts for a single BYTGLK 
cycle, unlike the regular control bits whose effect continues as long as the bit is set. 

00 = Normal operation and no MAG_RESET occurs. 

01 = A regular FDDI-specified MAG_RESET occurs. 

10 = A combined MAG_RESET/BEAGONING action occurs (i.e., a MAG_RESET 

followed by the transmitter going to the Tx_Beacon state). This action is 
equivalent to an SA_MA_GONTROL request (beacon) service primitive. 

1 1 = A combined MAG_RESET/GLAIMING action occurs (i.e., a MAG_RESET 

followed by the transmitter going to the Tx_Glaim state). 

When the MAC is off (MAC_ON = 0), this bit field retains its last written value (i.e., it is 
not cleared upon the next rising edge of BYTGLK), and it has no effect until the MAC is 
subsequently turned on. 

FSLBEAGON— Transmit Beacons from the FSI 

= If FSLBEAGON is zero, there are no queued FSI frames, or the BGN_FRAME bit 

of the queued frame is zero, then the MAG sends internally created beacon 
frames with an INFO field consisting of four bytes of zeros (i.e., BEAGON_TYPE 
is unsuccessful claim). The MAG will not attempt to skip over FSI generated 
frames whose BCN_FRAME is zero to find later frames with a BGN_FRAME of 
one. Also, a frame with a BGN_FRAME of one will only be sent once. Hence, for 
the MAG to continue to send FSI generated beacon frames, new frames need to 
be continually queued up to the MAC chip. 

1 = The MAG allows the FSI to send beacon frames that have been generated by 

upper level software. Whenever the MAC is in the beacon state (T5), a frame is 
available to transmit at the MAG/FSI interface, and the BCN_FRAME bit is set in 
its packet request header, the MAG will send this frame. 
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The FSLBEACON bit has no effect unless the MAC chip is in the beacon state (state 
T5). Also, when FSLBEACON is one, only the BCN_Frame, Append_CRC, and 
Extra_FS fields of the packet request header have any effect. The FC and address fields 
of the frames sent from the FSI are not checked in any way, though a bad CRC will still 
generate the BAD_CRC_SENT interrupt. 

DELAY_TOKEN— Wait for FSI Data while Holding the Token 

= When this bit is zero or the M_BIT is zero, then the MAC ensures that exactly 

eight idle symbol pairs of preamble are sent between the ending delimiter of the 
last frame and the starting delimiter of the following frame or token. If the last 
frame transmission was aborted (i.e., no ending delimiter sent), then zero, one, or 
two additional idle symbol pairs may be sent, as measured from the last data 
symbol pair sent. 

1 = The MAC waits up to an additional 32 cycles (a cycle is 80 ns) for the FSI to 

transfer a new Tx_Start after a Tx_End transfer (see 8.1 Transmit Data Path 
Control) before it releases the token. Specifically, if this bit is one and the M_Bit 
of the last Tx_End transfer is one, then the MAC waits as long as it can, while still 
guaranteeing that it will transmit no more than 40 idle symbol pairs of preamble 
between the ending delimiter of the last frame and the starting delimiter of the 
following frame or token. 

This function allows for slower delivery of the start of frame data at the MAC-FSI 

interface. 

IGNORE_SACAM — Ignore Source Address CAM Recognition 
If EXT_DA_MATCH is set, then this bit is ignored. 

= If the MATCH signal is asserted in the second cycle immediately following the last 

byte of the SA, then (assuming no special copy modes are set) the SA is stripped 
and the frame is flush ed. 

1 = The MAC ignores the MATCH signal in determining whether the SA matches or 

not. 

EXT_DA_MATCH — Extended Destination Address Match Control 

= DA and SA match. Flush the frame currently being received after the second 

byte of the SA if the MATCH signal was not asserted, my long address register or 
my short address register was not recognized, or the MAC is not in promiscuous 
mode. (The LDADDR pin is an output signal.) 

1 = Ext ended DA match allows the user to delay asserting the MATCH or 

TR_BR_FWD signals up to and including the last byte of the FCS. The packet can 
be flushed at any time by asserting RABORT. SA_CAM match is not availa ble 
with this option. (The LDADDR pin becomes an input signal, T R_BR_FW D. This 
signal is the power-up condition, extended DA match, and TR_BR_FWD input.) 

This bit is set on power up. 

To use the LDADDR pin in normal mode, the user (initialization firmware) must clear this 
bit. 
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RAB0RT2— ADDR1 6 or RAB0RT2 Signal Selection 

= ADDR16 pin operates as ADDA16, an output, as defined in the signal definitions. 

1 = ADDR16 pin operates as RAB0RT2, an input, with the same functionality as the 

RABORT input pin — ^that is, it signals the MAC that the incoming frame should be 

aborted. RABORT2 is internally ORed with RABORT. 
This bit is set on power up. 
To use the ADDR16 signal, the user (initialization firmware) must clear this bit. 

MAC_MODE_CTL— MAC A and C Frame Status Bit Handling Option 
This bit defines how the MAC sets, resets, or repeats the C-indicator bit when RABORT 
or RAB0RT2 occurs while the MAC is receiving a frame addressed to itself or 
recognized as receivable by itself. 

= Option 1 . Set the A and C bits according to the MAC_MODE_CTL = functions 

as defined in Table 9-1 . 

1 = Option 2. Set the A and C bits according to the MAC_MODE_CTL = 1 function as 

defined in Table 9-1 . 




3.2.3 Receive Status Register (RX_STATUS) 

The receive status register holds the status flags, the comparison state (e.g., the H_Flag, 
L-Flag, and M_Flag), the receiver FSM state, and the decoded FC. The NP can read the 
receive status register at any time but can never write to this register. It is cleared on 
power-up reset and by a MAC_Reset. The flags displayed in this register are internal flags 
used as described in the ANSI FDDI MAC standard. 
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RX_FSM_STATE— Receiver Finite State Machine State 
This state machine controls the overall operation of the MAC receiver. 

000 = Await_Sd (R1 )— Wait for JK of new frame 

001 = Rc_FS (R4)— Receive and decode FS 

010 = Rc_FC {R2)_Receive and decode FC byte 

01 1 = Rcjnfo (R3)— Receive DA, SA, INFO, and CRC 

1 00 = Chk_TK2 (R5')— State used to repeat TT 

101 = Listen (RO)— Wait for first idle 
110= Chk_TK1 (R5)— Receive TT of token 
111 = Re Off— MAC is turned off 
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R_FLAG— Current Value of R_FLAG 
In general, this bit indicates whetlier tiie last token received was a restricted token or a 
no n restricted token. 

= A nonrestricted token FC is received, the MAC receiver signals the reception of a 

LOWER_CLAIM, MY_CLAIM, HIGHER_CLAIM, OTHER_BEACON, or 
MY_BEACON, or the MAC is turned off (MAC_ON = 0). 

1 = A restricted token FC is received. 

E_FLAG— Current Value of E-Flag 

FSM_STATE— Frame State Machine State 

These bits indicate the state of the frame state machine that parses the frame status field 

for all frames (including those that have an odd number of data symbols). 

000 = Wait_Ed— Wait for Ending Delimiter(T) 

001 = Reserved 

010 = Rc_4_5 — Expecting 4 and 5 Indicators 

01 1 = Rc_A_C — Expecting A and C Indicators 

100 = Rc_5_x — Expecting 5 Indicator 

101 = Rc_C_4 — Expecting C and 4 Indicators 
110= Wait_FS_end— Wait for End of FrameStatus 
111 = Rc_E_A — Expecting E and A Indicators 

N_FLAG— Current Value of N-Flag 

FR_PARS_ST ATE— Frame Parsing State Machine State 
These bits indicate the state of the frame parsing state machine that parses the DA, SA, 
INFO, and CRC fields to initiate the DA_Actions, SA_Actions, and CT_Actions and 
control the CAM interface signals. 

000 = Parse_DA— Receiving DA 

001 = Parse_S A— Receiving SA 
010 = Reserved 

Oil = Reserved 

100 = Parse_FCS— Receiving possible FCS 

101 = ParseJNFO— Receiving INFO field of MAC frame 
110= Parse_Value RCV— Rest of INFO field 

111 = Reserved 

L_FLAG— Current Value of L-Flag 
H_FLAG— Current Value of H-FIag 
M_FLAG — Current value of M-Flag 
A_FLAG— Current Value of A-Flag 

3-14 MC68838 USER'S MANUAL MOTOROLA 



3.2.4 Transmit Status Register (TX_STATUS) 

The transmit status register holds the transmit FSM state, LATE_CT, 
RING_OPERATIONAL, and the state of the frame transmission machine. The NP can 
read the transmit status register at any time but can never write to this register. It is cleared 
on power-up reset and by a MAC_RESET. 
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TX_FSM_STATE— Transmit Finite State Machine State 

These bits indicate the state of the overall operation of the MAC transmitter FSM. 

0000 = Txjdie (TO) — Constantly transmit idle symbols 

0001 = Tx_Data (T2)— Transmit data frames 
0010= Tx_Token (T3)— Transmit token 

001 1 = Tx_Void — ^Transmit special void frame 

0100 = Tx_Repeat (T1) — Repeat incoming frame/token 

0101 = Reserved 

01 10 = Tx_Beacon (T5)^Constantly transmit beacon frames 

0111 = Tx_Claim {T4) — Constantly transmit claim frames 
1000= Reserved 

1001 = Reserved 
1010= Reserved 
1011 = Reserved 

1 1 00 = FDX_Data— Transmit FSI FDX data frame 

1101 = Reserved 
1110= Reserved 

1111 = Tx_Off— MAC is turned off 

RING_OP— Ring Operational 
This value indicates whether or not the ring is operational. 

= RING_OPERATIONAL is cleared by the transmit FSM, indicating that the ring is 

not operational. 

1 = RING_OPERATIONAL is set, indicating that the ring is operational. 

PURGING— Purging 
This bit indicates the current value of purging. 

1 = Transmitter is currently purging the ring. The transmitter will not enter repeat 
mode (Tx_Repeat state). This bit is set upon sending the end of the first of the 
two special void frames sent as a result of RING_PURGE being set. 

= A special void frame is returned or a nonduplicate token is returned, 

RING_OPERATIONAL becomes zero, the transmitter enters the FDX states, or 
the MAC is turned off (MAC_ON = 0). This bit is not cleared (stripping continues) 
if a duplicate token is received (i.e., a token received while transmitting). 
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FLD_SEQ_STATE— Field Sequence State 

This bit controls the state of the field sequence machine that is responsible for creating 
tokens, beacon, claim, and special void frames; for adding the preamble, JK, and frame 
status; and for controlling the addition of the PCS to frames that the FSI passes to the 
MAC for transmission. 

0000 = Pre_State — ^Transmit preamble (idles) 

0001 = Post_State — ^Transmit postamble (idles) 

001 = Data_FC_State— Transmit PC for data frame 

001 1 = Data_DA_State— Transmit DA for data frame 

01 00 = SD_State — Transmit JK for token/all frames 

0101 = CRC_State— Transmit PCS (all required frames) 

01 10 = Ed_State— Transmit TT (token) or TR (otherwise) 

0111 = Data_State — Transmit INPO field for data frame 

1 000 = Data_SA_State— Transmit SA for data frame 

1001 = PS_State — Transmit RR + any ExtraPS required 
1010= Unused 

1011 = Unused 

1 1 00 = PC_State— Transmit PC for all but data frames 

1101 = lnfo_State — Transmit INPO (claim/beacon frame) 
1110= DA_State — Transmit DA (claim/beacon/void) 
1111 = SA_State — Transmit SA (claim/beacon/void) 

PLD_CNT_STATE— Pield Count State 

These bits indicate the state of the field count machine that counts down to determine 
when each of the various fields have ended and when the field sequence state machine 
should proceed to its next state. In every case below, when a field has x more bytes 
(really symbol pairs) to go, that count of x includes the current byte transfer. Hence, 
there are x-1 transfers after this cycle (and subsequent state change). 

000 = Pield ends after this byte 
110= Pield has 8 more bytes 
111 = Pield has 7 more bytes 

001 = Pield has 6 more bytes 
010= Pield has 5 more bytes 
01 1 = Pield has 4 more bytes 

100 = Pield has 3 more bytes 

101 = Pield has 2 more bytes 

LATE_CT— Current Value of LATE_CT 
This 3-bit counter holds the current value of LATE_CT, which is simply the number of 
times that the TRT timer has expired since the receiver has seen and/or created a token 
(except for the second rotation of the token). This counter does not wrap around — i.e., if 
TRT expires when LATE_CT is seven (111), LATE_CT will continue to be seven until a 
clear LATE_CT (LATE_CT = 1) action is performed by the transmitter. 
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3.3 INTERRUPT REGISTERS 



When the MAC chip detects the occurrence of any of the following indication events, the 
MAC sets the appropriate bit in the interrupt event register. This bit remains set until the 
NP reads this register, which clears all bits. The MAC never clears these bits unless this 
register is read. This register can be read by the NP at any time, but cannot be written by 
the NP. The interrupt event register is cleared on power-up reset and is unaffected by a 
MAC_RESET{other than some bits being set as a side effect). 

When one of the b its in this register is one and the corresponding bit is set in the interrupt 
mask register, the MACINT pin is asserted. This pin can be negated by either reading the 
interrupt event register or by clearing the appropriate bits in the interrupt mask register. 

When the receiver/transmitter FSMs are turned off (i.e., MAC_ON = 0), most events 
described below cannot occur, although any previously marked event bits remain set until 
the corresponding interrupt event register is read. The only event bits that can be set when 
MAC_ON is zero are NP_ERR, SLERR, and PHJNVALID. 

3.3.1 Interrupt Event Register A (INTR_EVENT_A) 
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PHJNVALID— PHJNVALID Indication Detected 
This event is signaled when the ELM passes the MAC a PH_INVALID, indicating that 
the PHY is in a line state other than active line state (ALS) or idle line state (ILS). When 
the receiver FSM is operational, receipt of PH_INVALID causes the FSM to enter the 
listen (RO) state. 

U_TOKEN_RCVD— Unrestricted Token Received 

This event is signaled when an unrestricted token is received (i.e., when the receiver 
FSM signals JK_Received and R_Flag is cleared). The token is passed or captured by 
the transmitter for this bit to be set. Also, RING_OPERATIONAL can be set or cleared 
for this bit to be set. 

R_TOKEN_RCVD— Restricted Token Received 

This event is signaled when a restricted token is received (i.e., when the receiver FSM 
signals JK_Received and R_Flag is set), regardless of whether the token is repeated or 
captured by the transmitter. Also, RING_OPERATIONAL does not affect the setting of 
this bit. 
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TKN_CAPTU RE— Token Has Been Captured 
This event is signaled when the token is captured by the transmitter FSM. Specifically, 
this bit is set when the receiver signals Token_Received, which causes the transmitter 
FSM to transition from the Tx_ldle state to Tx_Data or Tx_Void state (I.e., FDDI 
Transition T(02), not transitions T(1 Oa) or T{03)). 

This event is signaled even if the token was only captured because RING_PURGE is 
one. The only time that this event is not signaled is when the TOKEN_TYPE field in the 
packet request header indicates that no token is required. 

BEACON_RCVD— MY_BEACON or OTHER_BEACON Frame Received 
This bit is set when the receiver FSM signals My_Beacon or Other_Beacon. This MAC 
chip requires the received E-indicator to be present and to be an R-symbol (in addition 
to FDDI requirements) for My_Beacon or Other_Beacon to be signaled and for this bit to 
be set. 

CLAIM_RCVD— MY_CLAIM, HIGHER_CLAIM, or LOWER_CLAIM Frame Received 
This bit is set when the receiver FSM signals My_Claim, Higher_Claim, or Lower_Claim. 
This MAC chip requires the received E-indicator to be present and to be an R-symbol (in 
addition to FDDI requirements) for My_CIaim, Higher_CIaim, or Lower_Claim to be 
signaled and for this bit to be set. 

FRAME_ERR — Frame Format Error or Locatable Frame Error Detected 
This event is signaled when LOST_CT or ERROR_CT is incremented (see 3.3 
Counters for definition). 

FRAME_RCVD— Frame Received 
When the NOTE_ALL_FRAMES bit in control register A is one, this event occurs every 
time FRAME_CT is incremented. When NOTE_ALL_FRAMES is zero, this event occurs 
every time FRAME_CT overflows. 

DOUBLE_OVFL— Double Counter Overflow 

This event indicates that some frames, format errors, or locatable errors have been lost 
for counting purposes. (See MAC counter registers for descriptions of frames, format 
errors, and locatable errors.) This event occurs if ERROR_CT overflows (i.e., wraps 
from 63 to 0), or LOST_CT overflows (i.e., wraps from 63 to 0), or FRAME_CT 
overflows (i.e., wraps from 65535 to 0) and FRAME_RCVD above is one. 

When NOTE_ALL_FRAMES is one, it is possible for the DOUBLE_OVFL bit not to be 
set when FRAME_CT overflows (i.e., if FRAME_RCVD is 0). Hence, it is possible to 
have an incorrect frame count and no warning from the MAC. 

During the cycle that this register is read (and hence cleared), FRAME_RCVD Is 
considered cleared. Hence if NOTE_ALL_FRAMES is 0, FRAME_CT is 65535, and a 
frame is received the same cycle that this register is read/cleared, the FRAME_RCVD 
bit is set, FRAME_CT wraps around to 0, and the rest of this register is cleared (e.g., 
DOUBLE_OVFL is read as zero and remains zero), which is the proper behavior. 
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RING_OP_CHNG— RING_OPERATIONAL Flag Changed 
This bit is set when RING_OPERATIONAL changes from zero to one or vice versa. 

BAD_T_OPR — T_OPR < Target Request Time Register when Ring Is Operational 
This bit is set when the transmitter FSM takes the Recovery_Requirecl transition 
because RING_OPERATIONAL and T_Opr < target request time register is true. This 
can only happen when A MAC_RESET of this station, causing TRT time remaining 
register to equal T_Max and RING_OPERATIONAL to be cleared, is followed by the 
receipt of a token (Pass_Actions performed), which causes RING_OPERATIONALto be 
set and T_Opr to now equal T_Max {since TRT time remaining register still equals 
T_Max), before my claim or a higher claim is received (since that recomputes the TRT 
time remaining register). If LOSE_GLAIM is true, this bit is not set since the MAC 
ignores the RING_OPERATIONAL AND T_Opr < T_Req condition (i.e., no transition is 
taken in this case). 

TVX_EXPIR— TVX Timer Expiration 

This bit is set when the TVX timer expires and causes a Recovery_Required transition in 
the transmitter FSM. This bit is not set when the TVX expires if LOSE_CLAIM is true or 
the transmitter FSM is in the Tx_CIaim or Tx_Beacon state, since the timer expiration in 
this case causes no state transition. 

LATE_TKN— TRT TIMER Expiration when LATE_CT > 

This bit is set when the TRT timer expires and causes a Recovery_Required transition in 
the transmitter FSM. This bit is not set when the TRT expires if LOSE_CLAIM is true or 
the transmitter FSM is in the Tx_Claim or Tx_Beacon state, since the timer expiration in 
this case causes no state transition. 

RCVRY_FAIL— Recovery Failure 
This bit is set when the TRT timer expires while the transmitter FSM is in the Tx_Claim 
or Tx_Beacon state (unless there is some overriding transition caused by, for example, 
a MAC_RESET or a claim/beacon received). It is possible for this bit to be set even if 
LOSE_CLAIM is true. 

DUPL_TKN— Duplicate Token Detected 

This bit is set when the transmitter believes that it is holding the token (i.e., when the 
transmitter FSM is in the Tx_Data, Tx_Token, Tx_Void, or FDX states) and a token is 
received. 

DUPL_ADDR— Duplicate Address Detected 
This bit is set when a frame is received with a matching individual DA and the received 
A indicator is an S-symbol (meaning that another station also matched this individual 
address). Specifically, this bit is set when A_FLAG = true and E_FLAG = false, and the 
l/G bit of the DA = 0, and Ar = S-Symbol. 

The A_FLAG is only set upon matching the broadcast address (subject to 
DISBLE_BRDCST being applicable since no group addresses are considered) or 
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matching a CAM entry. This bit is not set if the A indicator is not received or if DA 
long address register, where my long address register is a group address. 

3.3.2 Interrupt Event Register B (INTR_EVENT_B) 
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MY_BEACON— My Beacon 

This bit is set when the receiver FSM signals the MY_BEACON event. The conditions 
that cause the receiver FSM to signal this condition are described in the ANSI FDDI 
MAC standard in the MAC receiver FSM text and state diagram. Although the receiver 
only asserts this signal for one clock cycle, as with all MAC interrupts, this interrupt 
remains set until it is read by the external processor. 

OTHER_BEACON— Other Beacon 
This bit is set when the receiver FSM signals the OTHER_BEACON event. The 
conditions that cause the receiver FSM to signal this condition are described in the ANSI 
FDDI MAC standard in the MAC receiver FSM text and state diagram. Although the 
receiver only asserts this signal for one clock cycle, as with all MAC interrupts, this 
interrupt remains set until it is read by the external processor. 

HIGHER_CLAIM— Higher Claim 

This bit is set when the receiver FSM signals the HIGHER_CLAIM event. The conditions 
that cause the receiver FSM to signal this condition are described in the ANSI FDDI 
MAC standard in the MAC receiver FSM text and state diagram. Although the receiver 
only asserts this signal for one clock cycle, as with all MAC interrupts, this interrupt 
remains set until it is read by the external processor. 

LOWER_CLAIM— Lower Claim 

This bit is set when the receiver FSM signals the LOWER_CLAIM event. The conditions 
that cause the receiver FSM to signal this condition are described in the ANSI FDDI 
MAC standard in the MAC receiver FSM text and state diagram. Although the receiver 
only asserts this signal for one clock cycle, as with all MAC interrupts, this interrupt 
remains set until it is read by the external processor. 

MY_CLAIM— My Claim 

This bit is set when the receiver FSM signals the MY_CLAIM event. The conditions that 
cause the receiver FSM to signal this condition are described in the ANSI FDDI MAC 
standard in the MAC receiver FSM text and state diagram. Although the receiver only 
asserts this signal for one clock cycle, as with all MAC interrupts, this interrupt remains 
set until it is read by the external processor. 
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BAD_T_BID— Bad T-Bid 
This bit is set when a claim frame is received with SA = my long address register and 
the receiver FSM signals HIGHER_CLAIM or LOWER_CLAIM, indicating that T_Bid <> 
T_Req. 

PURGE_ERR— Purge Error 

This bit indicates that an error has been detected in the purging process. Purge error is 
set when the MAC receives a token and the MAC is not transmitting data, void, or token 
frames and is actively purging the ring while awaiting the return of one of its special void 
frames. A token received while the MAC is transmitting (i.e., a duplicate token) will not 
cause this interrupt bit to be set, nor terminate the purging process. On the other hand, 
such a token will invoke the DUPL_TKN interrupt. 

BRIDGE_STRP_ERR— Bridge Strip Error 
This bit is set when the SENT_COUNT > and a token is received when the transmitter 
is not in any of the following states: Tx_Data, Tx_Void, or Tx_Token. This bit will not be 
set if the MAC is transmitting and receives a token. That event is indicated by the 
DUPL_TKN interrupt. 

WON_CLAIM— Won Claim 

This bit is set when the MAC starts to issue a token as a result of winning the claim 
process (i.e., upon receiving a MY_CLAIM while in the Tx_Claim state and no 
MAC_Reset). Because of subsequent events, the MAC may not actually finish sending 
the token. 

NP_ERR — Node Processor Interface Error 

This bit is set when the MAC detects an invalid NP read or write cycle. For example, this 
bit is set when the NP attempts to read a nonexistent register address or when the NP 
attempts to write either a read-only register or a READ/CNTRL WRITE register while the 
MAC FSMs are running (i.e., MAC_ON = 1). 

SI_ERR — System Interface Error 
This bit is set when the MAC detects an error in the MAC-FSI interface. For example, 
this bit is set when the TPRITY signal indicates a parity error and TXPARITY_ON is 
enabled or when the TXCTLx lines do not progress through their required cycle. 
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NOT_COPI ED— Addressed Frame Not Copied 

This bit is set when a frame is addressed to this station but cannot be copied. 

Specifically, this bit is set when: 

The receiver FSM signals FR_Received (i.e., FDD! MAC receiver transition R{41f) 
or R(40b)) and the A_FI_AG is set (i.e., DA matches my short address register, my 
long address register, or CAM, or DA is broadcast and DSABL_BRDCST is zero) 
and the E_FLAG is cleared (i.e., valid data length and valid CRC or implementor 
frame and E-indicator must be an R-symbol) and the C_FLAG is cleared (I.e., FSI 
aborted reception via RABORT) and the N_FLAG is cleared (i.e., not a secondary 
NSA frame). 

Therefore, this bit is never set for secondary NSA frames but can be set for primary NSA 
frames. 

FDX_CHANGE— FDX Mode Change 

Change in FDX mode. This bit is set when the transmitter enters the FDX mode of 
operation (i.e., first enters either the FDXJdIe state or FDX_Data state) or when it 
leaves FDX mode (i.e., first leaves both of these states but does not go to the off state). 

BIT4_LSS— Bit 4 Indicator S-Symbol Received 
The fourth received control indicator is an S-symbol. This bit is set when the fourth 
control indicator received is an S-symbol and SET_BIT4 = 1 in control register B. 

BIT5_I_SS— Bit 5 Indicator S-Symbol Received 
The fifth received control indicator is an S-symbol. This bit is set when the fifth control 
indicator received is an S-symbol and SET_BIT5=1 in control register A. 

BAD_CRC_SENT— Bad CRC Sent 

This bit indicates that a packet with bad CRC has been transmitted. This bit is set when 
the transmitter is requested to send a packet without adding an FCS field onto the end 
of it (presumably because the CRC has already been computed and added to the end of 
the packet), and it detects that the precomputed CRC is incorrect. The transmitter still 
sends the packet as if it did not detect a problem. This bit is set even for reserved-for- 
implementor frames. On the other hand, this bit is not set if the MAC aborts the 
transmission of the frame (i.e., sends a fragment). 
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3.3.3 Interrupt Event Register C (INTR_EVENT_C) 
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Bits 1 5-3 — ^These bits are reserved and should be set to zero. 

VOID_TIMER_REG_RDY— Void Timer Register Ready 
This bit is set when the void timer loads the void time register with a new count. 
VOID_TIMER_REG_RDY indicates that a new timing of the ring latency was done and 
the void time register contains the updated latency time. 

VOID_TIMER_OVF— Void Timer Overflow Bit 

This bit is set when the void timer count exceeds 64K, causing the timer to wrap around. 
Thus, the void time register will not be loaded. This bit can indicate configuration 
problems in the ring. 

TKN_CNT_OVF— Token Counter Overflow Bit 
This bit is set when the token counter exceeds 64K. The token counter wraps around to 
zero and continues to count. This bit indicates that the token count value is not accurate 
because there is no way of determining how many times the counter has wrapped. 

3.3.4 Interrupt Mask Register A (INTR_MASK_A) 

This register implements part of the interrupt mask register corresponding to interrupt 
mask register A. Each interrupt mask register corresponds bit for bit with the interrupt 
event register. When a bit in this register is set and the corresponding bit in the interrupt 
event register is also one, an interrupt is generated. This register is only read by the MAG 
chip. It can be read and written by the NP at any time. It is cleared on power-up reset and 
unaffected by a MAC_RESET. 

3.3.5 Interrupt Mask Register B (INTR_MASK_B) 

This register implements part of the interrupt mask register corresponding to interrupt 
mask register B. Each interrupt mask register corresponds bit for bit with the interrupt 
event register. When a bit in this register is set and the corresponding bit in the interrupt 
event register is also one, an interrupt is generated. This register is only read by the MAC 
chip. It can be read and written by the NP at any time. It is cleared on power-up reset and 
is unaffected by a MAC_RESET. 

3.3.6 Interrupt Mask Register C (INTR_MASK_C) 

This register implements part of the interrupt mask register corresponding to interrupt 
mask register C. Each interrupt mask register corresponds bit for bit with the interrupt 
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event register. When a bit in this register is set and the corresponding bit in the interrupt 
event register is also one, an interrupt is generated. This register is only read by the MAC 
chip. It can be read and written by the NP at any time. It is cleared on power-up reset and 
is unaffected by a MAC_RESET. 

3.4 COUNTER REGISTERS 

The three counter registers, the frame count register, lost count register field, token count 
register, and error count register field are incremented as described in the FDD! standard. 

The frame count register counts all frames where a frame is defined as one of the 
following: 

1 . A JK followed by a nontoken FC (i.e., two data symbols) 

2. Zero or more additional data symbols (including an odd number) 

3. A T-symbol 

The lost count register field is incremented for all format errors where a format error is 
defined as a JK followed by zero or more data symbols and is not a frame, fragment, or a 
token. A fragment is defined as a JK followed by zero, more data symbols followed by an 
idle symbol, or a JK followed by a token FC followed by a T-symbol followed by an idle 
symbol. A token is defined as a JK followed by a token FC followed by two T-symbols 
followed by anything other than a PHYJNVALID. 

The error count register field is incremented for all locatable errors where a locatable error 
is defined according to the received E-indicator. The received E-indicator is defined as the 
symbol after the T-symbol that ends a frame. There is no locatable error if there is no 
frame. If the received E-indicator is an S-symbol, then the error count register field is never 
incremented. If the received E-indicator is missing (i.e., not an R-symbol or S-symbol), 
then the error count register field is always incremented. If the received E-indicator is an 
R-symbol, then the error count register field is only incremented if the frame has an invalid 
data length (i.e., odd number of symbols or too short for this FC type) or has an incorrect 
FCS (where the FCS for implementor frames is defined as always correct). This MAC 
limits void frames to the same length requirements as an LLC frame and requires a valid 
CRC. 

The lost count, error count and frame count registers are always cleared when read. Also, 
if these registers are read and cleared in the same cycle that they are incremented, the 
register will have a one value instead of a zero value at the end of the cycle. Hence these 
registers can be read at any time by the NP without losing count. 

These registers are not intended to hold the complete counts of frames, format errors, and 
locatable errors for network management purposes. They are far too short (e.g., the full 
frame count register should be at least 48 bits long). Instead, SMT software should keep 
the full counters. These counters are used to eliminate the real time requirements of the 
software. Instead of requiring the software to guarantee an interrupt latency of less than 5 
^is, due to possible event frequency, these counters keep track of the number of events 
that occur during a much larger interrupt latency time. 
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3.4.1 Frame Count Register (FRAME_CT) 

The frame count register is a 16-bit unsigned integer register. The frame count register 
always wraps from 65535 to even when a double overflow occurs (i.e., when the counter 
overflows and the FRAME_RCVD bit is still one from a previous overflow in the interrupt 
event register). This register is cleared when read and is not otherwise writable by the NP. 



3.4.2 Lost Count, Error Count Register 
(LOST_CT, ERROR_CT) 

The 6-bit LOST_CT and 6-bit ERROR_CT count register field are stored in one register so 
they can be read (and hence cleared) with one NP read operation. The ERROR_CT field 
occupies bits 5-0 of this register and LOST_CT field occupies bits 1 3-8. Bits and 8 are 
the least significant, and bits 5 and 13 are the most significant bits of each count. Each 
counter is in its own byte. Bits 6, 7, 14, and 15 are always read as zero and are not part of 
the counters. This register is always cleared when read and is not otherwise writable by 
the NP. 
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3.4.3 Token Count Register (TOKEN_CT) 

The token count register is a 16-bit unsigned integer value representing the number of 
tokens received by this station. This counter wraps from 65535 to even if 
TKN_CNT_OVF is set in interrupt event register C. This counter is cleared when read. 

3.5 STATION PARAIVIETER REGISTERS 

The station parameter registers are normally written when the MAC is first powered up. 
Sometimes it may be necessary to change these values, in which case the MAC chip 
operation must first be disabled via the MAC_ON bit in control register A. Then their values 
can be changed and the MAC operation can be re-enabled. These registers can be read 
during normal MAC operation, but they cannot be changed. The registers in this group are 
described in the following paragraphs. 

3.5.1 My Short Address Register (MSA) 

My short address register is contained in one 16-bit register. The l/G bit is always bit 15 of 
this register and is the first bit received. This bit ordering is unaffected by the value of 
REVERSE_ADDR in control register A as that bit reversal occurs only across the FSI bus. 



15 


14 




8 


l/G 


MSA (MOST SIGNIFICANT) 


7 









MSA (LEAST SIGNIFICANT) 



MOTOROLA 



MC68838 USER'S MANUAL 



3-25 




3.5.2 My Long Address Register (MLA_A, MLA_B, MLA_C) 

My long address register is contained in three 16-bit registers. The least significant 16 bits 
(MLA_A) have register address 11, the middle 16 bits {MLA_B) have register address 12, 
and the most significant 16 bits, MLA_C, which contains the l/G and U/L, have register 
address 13. Within each register, bit is the least significant bit and bit 15, the most 
significant bit. This bit ordering is unaffected by the value of REVERSE_ADDR in control 
register A as that bit reversal occurs only across the FSI bus. 

The NP requires three read/write operations to completely read/write the 48-bit my long 
address register. The read/write operations do not have to be consecutive since these 
registers can only be changed by the NP. 
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3.5.3 Target Request Time Register (T_REQ) 

The target request time register is a 16-bit register that holds the twos complement of this 
station's desired target token rotation time in 20.48-iJ,s units (20.48 [is = 256 x 80 ns) to a 
maximum of 1342.1568 ms. 

The target request time register should normally indicate a time between 1 and 10 ms and 
must indicate a time smaller than T_MAX (this is not checked by the chip and, if false, the 
FDDI ring protocol may be violated). A typical value would be 4.014080 ms, obtained by 
assigning 196 (FF3C in hex) to the target request time register. This would cause the MAC 
to send claim frames with an INFO field of FF FF 3C 00. 

3.5.4 TVX, TRT Initial Timer Parameter Register (TVX_VALUE, T_MAX) 

The 8-bit TVX_Value and 8-bit T_Max register fields are contained in one 16-bit 
addressable register. T_Max occupies bits 7-0 of this register, and TVX_Value occupies 
bits 15-8; bits 8 and are the least significant, and bits 15 and 7 are the most significant 
bits of each register. 
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T_Max holds the twos complement of the TRT timeout to be used when the ring Is not 
operational (i.e., value of T_Opr when RING_OPERATIONAL is false) in 5.242880-ms 
units (where 5.24288 ms = 2^^ times 80 ns) to a maximum of 1336.9344 ms. T_Opr is 24- 
bits wide, and represents time in octets (80 ns). When the chip is required to assign 
T_Max to T_Opr, bits 0-7 of register 15 are assigned to bits 16-23 of T_Opr, and bits 0- 
15 of T_Opr are cleared. The chip does not check that the absolute value of the target 
request time register is less than the absolute value of T_Max. This is left for SMT 
software and must be checked. These registers are cleared on power-up reset. A 
suggested default value is 32 (EO in hex), representing 167.77216 ms. 

The TVX_Value register field is used to load the TVX timer when that timer is reset. The 
TVX_Value register field holds the twos complement of the time remaining in 20.48-pLS 
units (where 20.48 )is = 256 x 80 ns) to a maximum of 5.2224 ms. Since the TVX timer is 
16-bits wide and is incremented every 80 ns, the 8-bit TVX_Value equals the most 
significant 8 bits of the TVX timer (the lower 8 bits are zero) when it is reset. The default of 
TVX_Value is 128 (80 in hex), representing 2.62144 ms, but must be programmed. 
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3.6 PROTOCOL TIMING REGISTERS 

The following registers are not normally of interest to the NP, although they can be read at 
any time (subject to the fact that it can take more than one read operation to obtain their 
value and that they can change values between these reads). These registers cannot be 
directly written by the NP. 

The protocol timing registers include the three FDDI-defined timers (TVX_Timer, 
TRT_Timer, and THT_Timer), in addition to the target rotation time remaining register, the 
information field register, and the SENT_COUNT register. 

3.6.1 TVX Timer Register (TVX_TIMER) 

The TVX timer register is a 16-bit counter. It holds the twos complement of the time 
remaining in 80-ns units. For example, if this register held the value FF3C (196 in 
decimal), then the time remaining would be 15.68 |is. 

3.6.2 TRT Timer Register (TRT_TIMER_A, TRT_TIMER_B) 

The TRT timer register is a 24-bit counter that has the addresses 2C and 2D (hex). The 
NP may need to read it in two consecutive register reads (only when T_OPR is > 5.242880 
ms). Because this register can (and usually will) change between the two read operations, 
care must be taken to get a consistent value. 
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The least significant 16 bits of the TRT timer occupy register address 2C, and the most 
significant 8 bits of the TRT timer occupy bits 7-0 of register 2D. Bits 15 and 7 are the 
least significant, and bit is the most significant in each register. The upper 8 bits of 
register 2D are always read as zeros even though the timer itself is stored in twos 
complement value. The TRT counter holds the twos complement of the time remaining in 
80-ns units. For example, If register 2C held FF3C (196 in decimal) and register 2D held 
FFFE (1 in decimal with a weighting of 216), then the time remaining would be (196 x 80) + 
(65536 X 80) = 15.68 + 5242.88 = 5258.56 [is. 
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3.6.3 THT Timer, Sent Count Registers (THT_TIMER_A, THT_TIMER_B/ 
SENT_COUNT) 

Since the THT timer is 24-bits wide, the NP may need to read it in two consecutive reads 
(only when T_Opr is > = 5.242880 ms). Because this register can (and usually will) change 
between the two read operations, care must be taken to get a consistent value. 

The least significant 16 bits of the THT timer occupy register address 2E, and the most 
significant 8 bits of the THT timer occupy bits 7-0 of register 2F. Bits 15 and 7 are the 
least significant, and bit is the most significant in each register. The THT counter holds 
the twos complement of the time remaining in 80-ns units. 

The upper 8 bits of register 2F holds the 8 MSBs of the 10-bit SENT_COUNT register as 
an unsigned integer between and 255 inclusive. The SENT_COUNT is the count of 
outstanding frames, up to 1023 frames — i.e., the number of frames transmitted 
(incremented two BYTCLK cycles after the frame's FS is sent) minus the number of frames 
received (decremented when a frame's T-symbol has been received). The granularity of 
this register is four, so the number of outstanding frames is the value of SENT_COUNT 
times four. SENT_COUNT is used in BRIDGE_STRIP mode to determine whether a frame 
was sent by this station or not. All data frames as well as special void frames are counted. 
Claim and beacon frames are not counted. This count is cleared by the receiver upon 
receipt of a LOWER_CLAIM, MY_CLAIM, HIGHER_CLAIM, OTHER_CLAIM, 
OTHER_BEACON, MY_BEACON, special void frame, or token. It is also cleared when 
RING_OPERATIONAL is false or when the MAG is turned off (MAC_ON = 0). 
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3.6.4 TRT Time Remaining Register (T_NEG_A, T_NEG_B) 

TRT time remaining register is a 24-bit read-only register that tiie NP will need to read in 
two consecutive reads. Because this register can (but usually will not) change between the 
two read operations, care must be taken to get a consistent value. 

The least significant 16 bits of the TRT time remaining register occupy register address 26, 
and the most significant 8 bits occupy bits 7-0 of register 27. The upper 8 bits of register 
27 are always read as zeros. The TRT time remaining register holds the twos complement 
of the time remaining in 80-ns units. It is up to SMT software to compare this value against 
T_MIN and T_MAX. 

3.6.5 Information Field Register (INFO_REG_A, INFO_REG_B) 

The information field register is a 32-bit register that the NP may need to read out in two 
consecutive reads. This register holds the first 4 octets of the INFO field of the last MAC 
frame received (normally a claim or beacon frame). Therefore this register holds the last 
received TTRT bid when the last MAC frame received was a claim frame, and holds the 
beacon type if the last MAC frame received was a beacon frame. The most significant 16 
bits of this register (corresponding to the first four INFO field symbols received) have 
register address 28, and the least significant 16 bits of this register (corresponding to the 
5-8 INFO field symbols received) have register address 29. This register is loaded based 
upon the FC (i.e., FC = MAC frame) before the FCS is checked, so can contain the 
information field of a frame with an incorrect CRC. 

3.6.6 Void Time Counter Register (VOID_TIME) 

This 16-bit register holds the value of the lost time void count. This count is a count of 80 
ns units between the end of the MAC transmitted void frame (TE symbol pair) and the end 
of reception of a valid void frame with SA = MA. 

Any void frame created and sent by the MAC chip will be timed, and after the completion 
of the timing the proper count will be loaded in the void time register. The timer will start to 
count when the MAC has transmitted the TE symbol pair and will stop counting when My 
Own Valid Void Frame is received. This count is in BYTCLK increments. In bridgestrip or 
purger mode, this timer will time the latency of the first void frame transmitted. If a second 
void frame is transmitted before receiving the previously transmitted void frame (i.e., the 
timer is still counting) the second void frame will not be timed and will have no effect on 
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the timer. If the timer overflows, the VOID_TIMER_OVF bit in the INTR_EVENT_C 
register will be set. This indicates that the ring may have latency problems. 

3.7 INTERNAL REGISTERS 

Four registers are not normally of interest to the NP, although they all can be read at any 
time However, it can take more than one read operation to obtain their value and they can 
change value between these reads. They are exclusively used for ATE testing and 
diagnostic software. None of these registers can be directly written by the NP. These 
registers are not further defined for user operation. 

3.7.1 Revision Number Register (REV_NO_REG) 
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This register contains the MAC chip type and revision number. 

MAC Chip Type for a standalone chip is 00000000. 

MAC Revision Number. This is 0000 for MAC Rev A and 001 1 for MAC Rev C. 

3.7.2 Paclcet Request Register (PKT_REQUEST) 

The packet request register is intended for factory testing only to allow test programs to 
access the internal packet request state. This register contains the last, or current, packet 
request header control bytes presented to the MAC by the FSI. See 8.3 Packet Request 
Header for definitions of these bits. 
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BCN_FRAME— Beacon Frame 

This bit has the inverse value of the BCN_FRAME bit contained in the last packet 
request header control bytes. 

USE_R_FLAG— Use R-FLAG 
This bit contains the value of the internal USE_R_FLAG flip/flop. 
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PREV_SEND_LAST— Previous SEND_LAST 

This bit has the value of the SEND_LAST bit in the previous (one before last) packet 
request header 

TOKEN_TYPE — ^Type of Token Required To Send This Frame 

This field is the inverse of the token type field contained in the last packet request 
header control bytes. 

SYNCH_FRAME— Send Synchronous Frame 
This bit has the inverse value of the SYNCH_FRAME bit contained in the last packet 
request header control bytes. 

IMMED_MODE— Ignore RING_OPERATIONAL for This Frame. 

This bit has the inverse value of the IMMED_MODE bit contained in the last packet 
request header control bytes. 

SEND_FIRST— Always Send This Frame First 

This bit has the inverse value of the SEND_FIRST bit contained in the last packet 
request header control bytes. 

SEN D_LAST— Release Token after This Frame Is Sent 
This bit has the inverse value of the SEND_LAST bit contained in the last packet 
request header control bytes. 

APPEND_CRC— Generate and Add an FCS Field to the Frame 

This bit has the inverse value of the APPEND_CRC bit contained in the last packet 
request header control bytes. 

TOKEN_SEND— Type of Token To Send after This Frame Is Sent 

This bit has the inverse value of the TOKEN_SEND bit contained in the last packet 
request header control bytes. 

EXTRA_FS — Send Extra Frame Status Indicators 

This field is the inverse of the Extra_FS field contained in the last packet request header 
control bytes. 

3.7.3 Built-in Self-Test Signature Register (BIST_SIGNATURE) 

The BIST signature register is a 16-bit read-only register that contains the resultant 
signature after execution of the chip's self-test. 
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3.7.4 Receive CRC Registers (RX_CRC) 

Receive CRC is a 32-bit register whose least significant 1 6 bits have address 31 (hex) and 
whose most significant 16 bits have address 32 (hex). Because this register can change 
(and normally will) between two read operations, it may be impossible to get a consistent 
value without stopping the BYTCLK. This register is only expected to be read in test mode, 
where test programs do not need consistent values. Reading this register provides the 
inverse (bitwise NOT) of the internal CRC register. 

3.7.5 Transmit CRC Register (TX_CRC) 

Transmit CRC is a 32-bit register whose least significant 1 6 bits have address 33 (hex) 
and whose most significant 16 bits have address 34 (hex). Because this register can 
change (and normally will) between two read operations, it may be impossible to get a 
consistent value without stopping the BYTCLK. This register is only expected to be read in 
test mode, because test programs do not need consistent values. Reading this register 
provides the internal CRC register, not its inverse, although the inverse would be 
transmitted. 
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SECTION 4 

SIGNAL DESCRIPTION 

This section describes the MAC signals. The MAC is intended to interface with the FSI 
device and the ELM device as a physical media interface. Figure 4-1 illustrates the 
functional group pinout of the MAC 
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Figure 4-1. MAC Functional Pinout 

4.1 CLOCK SIGNALS 

These signals are used to clock and power up the chip. 

Byte Clock (BYTCLK) 

This TTL-level-compatible input signal has a cycle time of 12.5 MHz during normal 
operation. The rising edge, to 5 V, of BYTCLK defines the beginning of a new cycle 
and is used to sample some input lines and to allow the chip to start presenting new 
values on all output lines. 
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NP Clock (NPCLK) 

This TTL-level input signal is used to run tlie NPI logic on the chip. It is normally 
externally tied to the BYTCLK pin; it is provided separately only for chip testing. For full- 
speed operation, NPCLK and BYTCLK must be tied together. 

Symbol Clock (SYMCLK) 

This TTL-level input signal is used to generate the internal SAMPLE_CLK, which is 
used to sample and hold certain MAC chip inputs until a subsequent rising edge of 
BYTCLK comes along. This is used to prevent hold time problems between the various 
chips, caused (in part) because of clock skew between BYTCLK on the various chips. 
SAMPLE_CLK is derived by using the falling edge of SYMCLK to sample BYTCLK, 
producing a signal which looks just like BYTCLK except that it lags BYTCLK by about 
20 ns. The falling edge of SAMPLE_CLK is what actually latches and holds the input 
signals. All the ELM chip and RMC chip inputs to the MAC are sampled and held in this 
manner, specifically, the RCDAT bus, the TPATH bus, the TXCTL bus, the TPRITY 
signal, and the RABORT signal. 



Power-Up Reset (PWRUP) 

This TTL-level i nput signa l is used for power-up reset of the chip. For power-up reset to 
work properly, PWRUP must be asserted low for at least tw o cycles of BYTCLK, 
followed by at least eight or more cycles of BYTCLK during which PWRUP can be either 
asserted or negated. This pin is then negated to allow the chip to be tested or placed 
into operation. This pin can also be asserted at any time during normal operation of the 
chip, in whi ch case all state information a nd param eters are lost. The asser tion and 
negation of PWRUP can be asynchronous. MACSEL should be negated when PWRUP 
is negated. 

4.2 NODE PROCESSOR INTERFACE 

All NPI signals are synchronous to NPCLK. During normal operation, this clock is the 
same as BYTCLK. The two clocks may be separated for the purpose of diagnostics and 
testing. 



MAC Select (MACSEL) 

This TTL-level input signal indi cates to the MAC wheth er the NP wishes to perform a 
register read or write (MACSEL is asserted (low)). When MACSEL is negated (high), the 
MAC three-states the NPDx bus, the NPAx bus, and the NPRW line. 



MAC Interrupt (MACINT) 

This CMOS-level output signal is used to notify an external processor of the occurrence 
of some event. The MAC operates in a nonvector interrupt mode and the NP must read 
the appropriate interrupt register to determine the interrupt or interrupts that caused the 
event. This output will remain asserted (low) until the appropriate interrupt is read to 
clear the interrupting event(s) or the interrupt is masked by writing a zero into the 
appropriate interrupt mask register bit. 
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NP Address Bus (NPA5-NPA0) 

This TTL-level input bus is used to select an appropriate register in the chip. NPAO is 
the least significant bit in the address; NPA5 is the most significant bit. 

NP Read/Write (NPRW) 

This TTL-level input signal is used to determine whether the NP is reading a register 
(NPRW high > MAC drives the NPDx bus) or writing a register (NPRW low > NP drives 
the NPDx bus). 

NP Data Bus (NPD15-NPD0) 

This bidirectional three-state bus (TTL-level input, CMOS-level output) is used to read or 
write 16 bits of data from or into a MAC register. 

4.3 MAC-PHY INTERFACE 

The MAC-PHY interface has a receive bus and a transmit bus that link the MAC chip to 
the ELM chip. These buses are synchronous to BYTCLK. 

Receive Data Bus (RCDAT9-RCDAT0) 

This 10-bit CMOS-level bus is used to receive a symbol pair from the PHY layer device 
(ELM). This bus can be divided into two sub-buses: 

L RCDAT9-RCDAT5 corresponds to the first symbol of the pair received from the 
fiber. 

2. RCDAT4-RCDAT0 corresponds to the last symbol of the pair received from the 
fiber. 

The behavior of the MAC is undefined if presented with a symbol encoding that is not 
listed in the data link code column of Table 6-1 . The PHY layer should pass the coding 
for a violation symbol when it detects an elasticity buffer overflow condition. 

Transmit Data Bus (TXDAT9-TXDAT0) 

This 10-bit CMOS-level bus is used to transmit a symbol pair from the MAC to the PHY 
layer device (ELM). This bus can be divided into two sub-buses: 

L TXDAT9-TXDAT5 corresponds to the first symbol of the pair transmitted to the 
fiber. 

2. TXDAT4-TXDAT0 corresponds to the last symbol of the pair transmitted to the 
fiber. 

When they are not transmitting, these lines drive the FDD! idle data link code of 10111. 

4.4 RECEIVE SYSTEM INTERFACE 

The receive system interface provides the data path from the MAC to the FSI. 
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Receive Control Signals (RCCTL4-RCCTL0) 

These CMOS-level output signals are used to indicate the type of FSI transfer 
presented on the RPATHx bus. These signals are synchronous to BYTCLK and 
RPATHx. A detailed description of the signals is given in Section 7 Receive Data Path 
Operation. 

Receive Data Bus (RPATH7-RPATH0) 

This 8-bit, CMOS-level, unidirectional data bus is used for byte transfers from the MAC 
to the FSI. These lines are used at different times to carry either a pair of data symbols 
belonging to a received frame, status information describing the frame and why it 
ended, or frame status indicators. 

Receive Parity (RPRITY) 

This output signal indicates the parity of the RPATHx bus; the RCCTLx not affected. 
The MAC always generates odd or even parity according to the RX_PARITY bit value in 
control register A. There is no way to disable parity generation for this signal. 

Receive Abort (RABORT) 

This CMOS-level input signal indicates that the FSI cannot accept any more data from 
the MAC (e.g., due to buffer overflow). RABORT must be asserted during a DATA 
transfer cycle; RABORT is ignored during FILLER, START_DATA, END_DATA, and 
FRAME_STATUS transfers. RABORT must be negated immediately upon detection of 
an END_DATA transfer. 

4.5 TRANSMIT SYSTEM INTERFACE 

The transmit system interface provides the data path from the FSI. to the MAC. 

Transmit Control Signals (TXCTL1-TXCTL0) 

These CMOS-level input signals are used to indicate to the MAC the type of data 
presented on the TPATHx bus. These signals are synchronous to BYTCLK and 
TPATHx. A detailed description of these signals is given in Section 8 Transmit Data 
Path Operation. 

Transmit Data Bus (TPATH7-TPATH0) 

This 8-bit, CMOS-level, unidirectional data bus is used for byte transfers from the FSI to 
the MAC. These lines are used at different times to carry either packet data (either data 
to be sent or part of the packet request header) or extra control information. These 
signals must be synchronous to BYTCLK. 



4-4 MC68838 USER'S MANUAL MOTOROLA 



Transmit Parity (TPRITY) 

This CMOS-level input signal indicates the parity of the TPATHx bus; the TXCTLx lines 
are not affected. The MAC expects either odd parity or no parity according to the 
TX_PARITY_ON bit value in control register B. TPRITY is checked on every cycle, 
including FILLER. This signal must be synchronous to BYTCLK. 

Transmit Ready (TXRDY) 

This output signal indicates to the FSI that the MAC is ready to accept additional 
TXDATx transfers. 

Abort Transmission (TABORT) 

This output signal indicates to the FSI that it should abort this transmission. This signal 
is asserted while the transmitter is turned off (i.e., MAC_ON = 0). 

4.6 CAM INTERFACE 

The CAM interface is a BYTCLK-synchronous interface used to connect the MAC to 
external address or frame routing control recognition logic such as CAM chips, FSI internal 
CAM, or source routing control logic. 




Load Address/Transparent Bridge Forward (LDADDR/TR_BR_FWD) 

This bidirectional control signal is used for CAM interface. As a CMOS-level output, 
LDADDR is pulsed high for one BYTCLK cycle just before the firs t by t e of t he DA or SA 
field is presented on the RCDATx bus. As a TTL-level input, TR_BR_FWD is used as a 
match signal in the extended match timing mode as defined and controlled by the 
EXT_DA_MATCH bit in control register B. TR_BR_FWD is asserted low. 



Address 16/Receive Abort 2 (ADDR16/RABORT2) 

This bidi rectional control signal is used for CAM interface. As a CMOS-level output, 
ADDR16 represents the last L-bit received. The L-bit is a bit in the FC field of all frames 
and tokens. It is high when a frame with a 48-bit address field is received and low when 
a frame with a 16-bit address field is received. It is high for restricted tokens and low for 
unrestricted tokens. This line is synchronous with BYTCLK. As a TTL-level input, 
RAB0RT2 provides a second abort signal to indicate that the MAC should abort the 
incoming frame. The MAC will signal end of data to the FSI. The functionality of this 
input is the same as the current RABORT input. This signal line is controlled by the 
RAB0RT2 bit in control register B. 

Destination Address (DA) 

This CMOS-level output signal is used to indicate whether the address being presented 
to the CAM is the DA or SA field of the received packet. This signal is low when the 
MAC is receiving fields other than address fields. 



MOTOROLA MC68838 USER'S MANUAL 4-5 




Address Match (MATCH) 

This CMOS-level input indicates to the MAC whether the start of frame information 
presented to the CAM matches an individual or multicast group address stored in the 
CAM or whether t he bridge routing logic wants to accept the frame based on its 
algorithm. MATCH is asserted (low) upon a match. The MAC ignores this signal when 
receiving frames with 1 6-bit addresses. 

This signal need only be valid for one BYTCLK cycle. When this signal is asserted (low), 
the received frame matches the station's receive criteria, and the MAC takes SA or DA 
actions per Table 9-1 . 

4.7 TEST SIGNALS 

The test interface is a BYTCLK-synchronous interface used to support boundary scan 
testing and segmented counting of all internal MAC counters. 

MAC Test Mode Controls (MTEST1-MTEST0) 

These TTL-level input lines determine the operating mode of the chip's diagnostics. 
BIST is designed to work at full speed with BYTCLK at 12.5 MHz; therefore, these 
signals must be synchronous with BYTCLK. 

00 = Normal operating mode. 

01 = COUNTER_TEST mode. All chip counters are incremented in groups of four 

bits. 

10 = BOUNDARY_SCAN mode. All I/O registers act as shift registers so that 

boundary scan diagnostics may be performed using the MSCANI and MSCANO 
pins. 

1 1 = Reserved for future use. The MAC will currently treat this as normal operating 

mode. 

Serial Scan In (MSCANI) 

This TTL-level input signal is used to shift a particular bit pattern into the boundary scan 
latches. High represents a one; low represents a zero. This signal must be synchronous 
with BYTCLK and is only active when MTESTx indicates BOUNDARY_SCAN mode 
(i.e., MTESTx=10). 

Serial Scan Out (MSCANO) 

This CMOS-level output signal is used to scan out data contained in the boundary scan 
latches. Its value is synchronous with BYTCLK, and it is only valid when MTESTx 
indicates BOUNDARY_SCAN mode (i.e., MTESTx = 10); otherwise, the output is 
indeterminate. 

Parametric Test Out (MPTSTO) 

This output signal, which is driven by a NAND tree of all inputs, allows for DC 
parametric testing and AC process performance verification. This signal is not intended 
for use by the user and should not be connected. 
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SECTION 5 

BUS OPERATION 

The NPI serves to interface an external processor and the control and status registers 
internal to the MAC. The interface is general purpose; it is not designed for a specific 
processor. 

5.1 NPI OPERATION 

The NPI operation is controlled by NPCLK. In normal operation, this clock is the same as 
BYTCLK. The two clocks are separate only for diagnostics and testing. Chip operation 
can be halted by stopping BYTCLK while allowing register reads via the NPCLK. There 
is only a single input register to the MAC; therefore, only a single register to be updated 
by a write cycle or altered (e.g., cleared) by a read cycle should be accessed when 
BYTCLK is inactive. If multiple registers are accessed while BYTCLK is inactive, only the 
last register accessed is properly written. 

All signals in the NPI must be synchronous with NPCLK. They must be stable a setup 
time before, and a hold time after, a rising edge of this clock. 

The NPI supports two types of bus transactions — a read cycle and a write cycle. A read 
or write transaction can occur as fast as every two NPCLK cycles (160 ns). It is possible 
to extend or wait state the transaction. Read or write transactions to nonexistent registers, 
writes to read-only registers, and reads of write-only registers are all considered 
programming errors, and the MAC will ignore the transaction {not drive the data bus on a 
read and not accept data on a write) and set the NP_ERR bit in the interrupt event 
register. Some registers can only be written under certain conditions. If a write is 
attempted to a register that cannot be written at that time, the NP_ERR bit is set. 

5.2 READ CYCLE 

The NP uses a read cycle to read data from a MAC register (see Figure 5-1). Some MAC 
registers are cleared when read. 




A read of a MAC register is initiated by the assertion of the MACSEL signal. The MACSEL 
line is sampled by the rising edge of NPCLK. It must be asserted a setup ti me before and 
must remain asserted for a hold time after this clock edge. The MACSEL signal may be 
asserted by the host bus logic to introduce as many wait states as necessary. Once the 
MACSEL line is sampled and determined to be asserted, the NPAx bus and NPRW line 
are sampled (NPRW should be high for a read). These signals must also satisfy a setup 
time and hold time relative to this same rising edge of NPCLK. At least 40 ns after this 
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clock edge, the MAC begins to drive the NPDx bus. The MAC waits at least 40 ns to 
allow the chip previously driving the bus time to three-state the bus. 

After the next rising edge of the NPCLK (the second rising edge after the assertion of 
MACSEL), the data on the NPDx bus i s valid. It r emains valid until after the second rising 
edge of NPCLK after the negation of MACSEL. The MAC three-states the NPDx bus 
within 40 ns after this clock edge. 

The timing described allows a read cycle to occur every 160 ns. However, if the NP 
needs to extend the cycle and have the NPDx bus valid longer than one clock cycle, it 
can delay the negatio n of MAC SEL (see Figure 5-1). For a minimum-length read cycle, 
the NP must negate MA CSEL a s et up time b efore the second rising edge of NPCLK 
following the assertion of MACSEL. If MACSEL remains asserted for a hold time after the 
second rising edge of NPCLK, the MAC continues to drive the NPDx bus with valid data 
until after the fourth rising edg e of NPCL K. The NP can extend the read cycle indefinitely 
by maintaining the assertion of MACSEL. 




BYTCLK (NPCU<) 

CS 
NPRW 

NPA 
NPD 
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Figure 5-1. Node Processor Bus Read Cycles 
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5.3 WRITE CYCLE 

The NP uses a write cycle to write data into a MAC register (see Figure 5-2). It is similar 
to the read cycle previously described. The principal differences are as follows: 

1 . The NPRW line must be lo w a setup time before, and a hold time after, the first 
rising edge of NPCLK after MACSEL is asserted, and 

2. The data to be written must be vali d a setup t ime before, and a hold time after, the 
second rising edge of NPCLK after MACSEL is asserted. 



The host bus logic can assert MACSEL to introduce as many wait states as necessary. 
Like the MAC, the NP must thre e-state the NPDx bus within 40 ns after the se cond rising 
edge of NPCLK after MACSEL Is negated. Thus, by delaying the negation of MACSEL, 
the NP can extend the time it has to three-state the NPDx bus. The negation of MACSEL 
has no effect on the MAC in a write cycle. See 5.2 Read Cycle for more details. 
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Figure 5-2. Node Processor Bus Write Cycles 
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SECTION 6 

MAC-PHY INTERFACE OPERATION 

The MAC-PHY interface links the MAC chip to the ELM. These buses are synchronous 
with BYTCLK. There is no parity on the MAC-PHY interface since the data is protected by 
the packet's PCS field (a 32-bit CRC). 

The MAC will never generate a halt (H), quiet (Q), or violation (V) symbol nor signal a 
PHYJNVALID to the PHY layer (ELM). The response of the MAC is undefined when it is 
passed a code that is not listed in the data link code column of Table 6-1. The highest 
order bit (bit 9) is the first bit of the symbol pair sent out on the PHY media on TXDATx 
and the first bit received from the PHY media on RCDATx. The data symbol pair on 
RCDATx and TXDATx is encoded in data link form as shown in Table 6-1 



Table 6-1. RCDATx/TXDATx Encoding 



Symbol 


Data Link 
Code 


Symbol 


Data Link 
Code 





00000 


H 


10100 


1 


00001 


H 


10100 


2 


00010 


H 


10100 


3 


00011 


H 


10100 


4 


00100 


H 


10100 


5 


00101 


1 


10111 


6 


00110 


J 


11100 


7 


00111 


K 


10011 


8 


01000 


Q 


10000 


9 


01001 


R 


10001 


A 


01010 


S 


11001 


B 


01011 


T 


11101 


c 


01100 


v 


11000 


D 


01101 


v 


11000 


E 


01110 


V 


11000 


F 


01111 


v 


11000 
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SECTION 7 

RECEIVE DATA PATH OPERATION 

Data is received from the PHY layer ELM device overtiie RCDATx bus. A 10-bit data bus 
(two symbols) is presented to the MAC synchronous to BYTCLK at a 25-MHz rate. 

7.1 RECEIVE DATA PROCESSING 

The received symbol pair is latched into the receive latch for processing. All received 
data is repeated by looping the receive data path to the transmit data path unless the 
MAC is removing a frame from the ring by sourcing idles (stripping) or is transmitting a 
data frame or a protocol frame such as a beacon, claim, or token. 

A frame may be copied by the MAC (i.e., presented to the receive data FSI) on the basis 
of the current MAC configuration. A frame is copied when: 

1 . The MAC is in promiscuous mode, or 

2. The DA field matches the MAC'S individual address, or 

3. The MAC is using a special filter mode such as COPYJND_LLC or COPY_OWN, 
or 



4. The MATCH or TR_BR_FWD signal from the CAM interface indicates that external 
logic has recognized the DA field. 

7.2 RECEIVE DATA SYSTEM INTERFACE 

Data that is being copied is presented to the FSI over the receive data FSI. This section 
discusses the state of the receive data FSI during and between the transfer of data 
packets to the FSI. 

The receive data FSI contains four signal buses: RPATHx, RPRITY, RCCTL4-RCCTL0, 
and RABORT. The data symbol stream is presented on the RPATHx bus; data parity for 
RPATHx is on the RPRITY. The RCCTLx bus contains signals that indicate the nature of 
the data on RPATHx. RABORT is an abort signal from the FSI or other external logic to 
indicate that the receive data FSI is unable to copy the current data. 

7.3 RECEIVE DATA PATH OPERATION 

RCCTLx can be logically divided into two sub-buses: RCCTL4-RCCTL3 are only 
examined by the FSI packet transmission logic, and RCCTL2-RCCTL0 are for the FSI 
reception logic. Table 7-1 illustrates the relationship between RCCTLx and RPATHx. 
RCCTL4-RCCTL3 indicate the end of a token cycle and indicate that the data bus 
contains frame status indicators that correspond to a packet the FSI previously sent. The 
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end of a token cycle (i.e., the MAC receives a token, a claim, or a beacon frame) tells the 
FSI transmitter that it can complete its frame status association process since no further 
frame status indicators are expected for packets that have been previously transmitted. 
RCCTL2-RCCTL0 are used to interpret the value of the data on the RPATHx bus as 
either two data symbols, end of frame status, frame status indicators, or filler. 

Normally, the interface goes through the following sequence of transfers: 

1. One or more FILLERS 

2. One START_DATA 

3. Zero or more DATAs 

4. One END_DATA 

5. One FRAME_STATUS (where the FRAME_STATUS transfer may be preceded by 
zero or more FILLERS) 

The whole sequence is then repeated for the next frame. 

Note that even when there are no frame status symbols or when the MAC is asking the 
FSI to discard a frame (i.e., F-bit = 1), there is still a FRAME_STATUS transfer; it may 
simply state that there are no FS indicators. FILLER appearing between the last 
FRAME_STATUS and the following START_DATA will always have RPATHx = 0; 
whereas, FILLER appearing between END_DATA and the following FRAME_STATUS 
transfer will have RPATH7 = 1 and RPATH6-RPATH0 = 0. 

Possible exceptions to the above sequence can occur when: 

1 . The MAC chip is turned off via the MAC_ON bit, or 

2. The PWRUP pin is asserted, or 

3. A packet ends abruptly with a JK immediately following two data symbols (data 
transfer). For this case, the MAC will simply ignore the second frame by generating 
a FRAME_STATUS for the first frame, followed by one or more FILLERS, 
eventually followed by a START_DATA for the frame following the bad frame that 
ended the first frame. 



The MAC chip will send FILLER (RPATHx = 0) whenever MAC_ON is zero or PWRUP is 
asserted. Figure 7-1 , the receive data flowchart, illustrates the sequence of data and data 
types that are impressed on the receive interface. 

The frame status bits (the s ssss bits in Table 7-1) contained in the FRAME_STATUS 
transfer hold the received frame status, not the repeated frame status. Hence, these bits 
are not affected by the E_FLAG, A_FLAG, and C_FLAG or by the register bits SET_BIT_4 
and SET_BIT_5 described in Section 3 Registers. 

The F-bit on a FRAME_STATUS transfer is usually the same as the F-bit of the preceding 
END_DATA transfer. The only time they differ is when this frame is a secondary NSA 
frame and the MAC has been programmed to flush such frames. Therefore, the F-bit can 
only change from a zero on an END_DATA transfer to a one on a FRAME_STATUS of a 
secondary NSA frame. 
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Table 7-1. RCCTLx and RPATHx Relationship 



RCCTL 

43 210 



RPATH 

7654 3210 



FUNCTION 



< bit number 



xOOOO 



kooo 0000 
k = 



FILLER. Only START_DATA or FRAME_STATUS can follow this. 

Between Frames 

1 Before FS 



00101 



dddd dddd 



START_DATA. RPATH contains the frame's FC. Only DATA and END_DATA can follow this. 



00 001 



dddd dddd 



DATA RPATHx. Holds two data symbols. Only DATA and END_DATA can follow this. 



xOFII 
F = 



crrr DDSS 



DD = 



END_DATA. RPATHx contains status information describing the frame and why it ended. F is 
the flush/retain bit. Only FRAME_STATUS and FILLER can follow this. 

System interface must keep this frame. 

1 System interface should discard this frame if possible. 

Good CRC: FCS field of frame is valid, regardless of the type of frame. 

1 Bad CRC: FCS field of frame is invalid. C = 1 is possible for void or is reserved for 
implementor frame types. 

Note that the C-bit is only valid if the reason field bits 654 = 000, which means normal 
reception completed. In any other case, the CRC indication has no meaning. 

1 1 1 MAC_Reset: Results from FSM transition R(30a). 

1 1 Format Error: Results from FSM transition R(31 b) or R(30b). 

1 01 Fragment: Results from transition FSM R{31 a). 

100 Invalid Length: Frame ended normally with a T but it is too short or contains an odd 

number of symbols. The last odd data symbol is discarded. 
01 1 FSI abort: Frame ended because the FSI or other external logic asserted RABORT 

during the reception of a frame. 
010 DA Not Matched: MAC believes this frame is not addressed to it. DD = GO 

(see below). 
001 SA Matched: Frame ended because MAC believes that it sent this frame. Hence, 

SS is not zero (see below). 
000 Normal: Frame ended normally with a T. The frame could still have a CRC error. 

Local match and DA < > 0: DA = MLA or MSA or broadcast (if enabled). 
CAM interface match: MATCH or Tr_BR_FWD is asserted but no local match i.e., not 
MLA, MSA or broadcast. For normal, nonextended mode IGNORE_SACAM is false. 
Promiscuous (if enabled): No local match, received in promiscuous mode. 
No match: DA is not recognized and frame is not to be received promiscuously, 
F = 1 on END DATA. 



SS = 



11 
10 

01 
00 

11 
10 
01 
00 



Local match: SA = MLA or MSA and is not zero. SA could also be matched by the 
CAM logic or otherwise satisfy the bridge-stripping algorithm. 
CAM match and IGNORE_SACAM = 0: CAM finds an SA match but no local match 
Note that SA could be zero and also satisfy the bridge-stripping algorithm. 
Bridge match: CAM does not recognize the SA and no local match, but MAC 
determines via the bridge-stripping algorithm (if enabled) that it sent this frame. 
No match: This station did not send this frame. 



XX 100 



xxxx xxxx 



Reserved for future use. Must be treated as FILLER. 



xTFlO 



T= 



nnn = 
sssss = 



FRAME_STATUS. RPATHx contains information on the received frame status indicators. (F 
is the flush/retain bit described above.) The only time that F here differs from the F-bit on the 
preceding END_DATA is when this frame is a secondary NSA frame to be discarded (F = on 
END_DATA, F=1 here). 

1 Indicates that this FS can be associated with a previously transmitted frame. 
Usually, but not always, F = 1 when T = 1 . 

FS count field: Number of valid FS indicators present in sssss field. 
FS indicator field: This field is filled from bit 4 to bit as FS symbols are received (i.e., bit 4 
contains the value of the first FS symbol received). 1 = S-symbol, = R-symbol. 



XX 100 



Reserved for future use. Must be treated as FILLER. 
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The T-bit on a FRAME_STATUS transfer indicates tiiat the MAC thinks that it sent this 
frame (from the FSI), and the system can attempt to associate this frame status with a 
previously transmitted frame. Normally, the T-bit equals (SS field <> 00) and NOT (MAC 
OR VOID frame), in which SS is the SA match field of the preceding END_DATA transfer. 
The T-bit is also zero for fragments and format errors. The T-bit can be one when the 
associated SS field = 00. This state occurs when an END_DATA transpires before the 
SA field is received (hence, SS contains the default 00 value), but the frame continues to 
be received by the MAC, and the MAC subsequently recognizes it and sends this frame 
when the SA field arrives. This state can only happen when the reason field indicates an 
FSI abort or a DA mismatch. 

The MAC uses the RABORT signal to determine if the C control indicator should be set at 
the end of the present received frame, the MAC only examines this signal during the 
reception of a packet (i.e., during receive data transfers) and ignores the signal during 
FILLER, START_DATA, END_DATA, and FRAME_STATUS transfers. The FSI need only 
assert RABORT (high) for a single data transfer cycle for the MAC to recognize it. The FSI 
must negate RABORT immediately upon detection of an END_DATA transfer. This signal 
must be synchronous with BYTCLK. 





Figure 7-1. Receive Data Flowchart 
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SECTION 8 

TRANSMIT DATA PATH OPERATION 

The receive data path portion and transmit data path portion of the MAC work 
independently of each other except for signals that must be passed between the two 
sections of the device. In fact, the receive data path portion does not receive any signals 
from the transmit data path portion. The signals that the transmit data path portion 
receives from the receive data path portion are as follows: 

• The transmitter FSM receives 1 1 event signals from the receiver FSM as described 
in the FDDl MAC standard. In addition, it uses the current values of the frame status 
flags. 

• The timer logic block receives an enable/disable TVX signal and a reset TVX timer 
signal from the receiver FSM. In addition, the timer logic block can set the T_BID_RC 
register field within itself via a connection to the receive data path. 

• The repeat function is connected to the receive data path that can read the status 
flags. 

• The address and target request time register block within the address and target 
request time comparison logic can be selected to transmit my short address register, 
my long address register, or target request time (via the TX MUX) to the PHY (ELM) 
when the MAC sends either special void frames or internally generated claim and 
beacon frames. 

8.1 TRANSMIT DATA PATH CONTROL 

The following list summarizes the interpretation of TPATHx as per the state of TXCTL1- 
TXCTLO: 

00 = FILLER— TPATHx is unspecified. 

01 = TX_START— TPATHx contains the first byte of the packet request header. Only 

a second TX_START, TX_DATA, or TX_END can follow this. 
10= TX_END— TPATHx = AxxxMxxx, where x is don't care. If A = I, then the MAC 

should abort the transmission of the packet (i.e., turn it into a fragment by 

sending IDLEs); if A = 0, then the MAC should normally end this frame (i.e., 

append CRC, T-symbol, and frame status symbols). When M = 1 , the FSI has 

more packets ready to send. 
1 1 = TX_DATA— TPATHx contains the second and third byte of the packet request 

header or frame data. TX_START can follow this until TXRDY is asserted. 

TX_DATA or TX_END can always follow this. 

The FSI requests the token by transferring the packet request header to the MAC. The 
packet request header, which consists of three bytes of information, is associated with 
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each packet to be transmitted and resides in the buffer memory at the beginning of each 
packet. Only the MAC and user software, not the FSI, need to know where the packet 
request header ends and the FC of the frame starts. The packet request header contains 
MAC control information such as token class, frame type, etc., and is absolutely 
transparent to the FSI. 

The normal sequence of transfers is as follows: 

1. Zero or more FILLERS 

2. OneTX_START 

3. ManyTX_DATAs 

4. TX END 




The entire sequence is repeated for following frames. No FILLERS should come between 
TX_START and TX_END. If there is a following frame, the FSI will insert < 8 FILLERS 
before the subsequent TX_START. This causes the MAC to consider sending it with this 
token in the case where the MAC does not generate the CRC field, especially if the M-bit 
is zero. 

The MAC is free either to ignore the M-bit in the TX_END or to insert a limited number of 
additional IDLEs while waiting for the next TX_START. The FSI should set the M-bit only 
if it has an additional packet queued that it believes it can pass to the MAC in a short time 
(less than 16 FILLERS maximum). The M-bit is considered merely a hint; the FSI is 
allowed to not subsequently deliver a TX_START since the MAC always sends at least 
eight IDLE symbol pairs between frames. 

When the FSI detects that TXRDY has not been asserted, the FSI should repeat the 
present TX_DATA transfer until TXRDY has been asserted (high). Once TXRDY is 
asserted, the next TX_DATA transfer should be initiated. TXRDY only applies to 
TX_DATA transfers; the FSI can, for example, send TX_END or TX_START at any time 
regardless of the value of TXRDY. 

Figure 8-1 illustrates the functional relationship between BYTCLK, TXRDY, and the 
packet request header bytes when TXRDY is not asserted for the first packet request 
header byte. This configuration causes the second packet request header byte to be 
held until TXRDY is detected (on the falling edge of SYMCLK when BYTCLK is low). 



BYTCLK 



TXRDY 



TPATH PRH#2 PRH#2 PRH#2 PRH#3 



FC 



Figure 8-1. TXRDY and Packet Request Header Timing 
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If this protocol sequence is violated, the MAC treats either a FILLER or a TX_START 
immediately appearing after a TX_DATA as an abort request and does not send a 
closing T-symbol. TX_DATA and TX_END are ignored if they are received before a 
TX_START. The MAC also considers a TX_END transfer occurring before the MAC has 
finished sending out the FC, DA, and SA fields as an abort request, and sends a 
fragment. 

TABORT is asserted (high) for one BYTCLK cycle when any of the following events 
occur: 

1 . Every cycle that the MAC detects XMIT_PATH parity error on TPATHx 
(if TX_PARITY_ON is one), or 

2. When an FSI protocol error in TXCTLx is detected, or 

3. When the FSI aborts transmission of the data frame, or 

4. When the MAC is forced to stop transmission of the frame because of a claiming or 
beaconing process, a MAC_RESET, or certain modifications to control register B. 

The MAC chip must not assert TXRDY until the previous packet can no longer be 
aborted. Hence, the assertion of TABORT after the first assertion of TXRDY means that 
the MAC is aborting the new packet, never the last packet. The assertion of TABORT 
before or at the same time as TXRDY indicates that the MAC is aborting the last packet, a 
FILLER transfer, or the TX_START of the new packet. 

8.2 MAC PACKET TRANSMISSION 

Every packet to be transmitted by the MAC has an associated control field of three bytes 
called the packet request header. The MAC uses the packet request header to determine 
how and when this packet should be sent. The packet request header must be passed to 
the MAC before the MAC can send the packet data. When the last byte of data in the 
packet has been passed to the MAC (and before the frame status indicators are sent), 
the MAC requests the next packet request header by asserting TXRDY. In addition to the 
packet request header, the FSI must also pass the packet to the MAC. The packet 
passed to the MAC contains the following fields: 

1. FC field 

2. DA field 

3. SA field 

4. INFO field 

5. FCS field (unless the MAC has been requested to generate CRC). 
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8.3 PACKET REQUEST HEADER 

The packet request header contains the control bytes presented to the MAC by the FSI. 
This information is contained in three bytes that control the MAG transmitter process. The 
third byte is currently ignored and should be passed as all zeros. 



First Byte 

7 


6 


5 




4 


3 


2 


1 





FORMAT_TYPE 


TOKENJTYPE 


SYNCH_FRAME 


IMMED_MODE 


SEND_F1RST 


BCN_FRAME 


Second Byte 

7 6 


5 


4 3 


2 


1 








SEND_LAST 


APPEND_CRC 


TOKEN_SEND 


EXTRA_FS 


Third Byte 

7 6 


5 


4 3 


2 


1 































FORM AT_TYPE— Type of Packet Request Header 
This field provides future MACs the ability to handle different packet request header 
formats; should always be 00. 

TOKEN_TYPE — Type of Token Required To Send This Frame 

This field determines whether a restricted token, an unrestricted token, any token, or 
no token is required to send this frame. 

00 = Immediate mode. Transmission begins once the MAC enters the Txjdle state if 
the REPEAT_ONLY bit is zero, if another recovery, reset, or token received 
transition does not occur, and if RING_OPERATIONAL or immediate mode is 
one. Even though a frame was transmitted without a token, the TOKEN_SEND 
field could cause a token to be sent; normally, TOKEN_SEND is 00 (no token 
sent). 

1x = An unrestricted token can be used to send this frame. 

x1 = A restricted token can be used to send this frame. 

1 1 = Either type of token can be used to send this frame. 

SYNCH_FRAME— Send Synchronous Frame 

= Send this frame according to the rules for asynchronous frame transmission. 

The corresponding bit in the FC field is ignored because the MAC does not 
examine the FC field. 

1 = Send this frame according to the rules for synchronous frame transmission. 
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IMMED_MODE— Ignore RING_OPERATIONAL for This Frame 

= Use the normal FDDI mode that requires RING_OpERATIONAL to be one 

before a frame can be sent even if TOKEN_Pii'PE = 00. 

1 = Ignore the value of RING_OPERATIONAL for the determination of whether or 

not to send this frame. Normally, TOKEN_TYPE = 00 when IMMED_MODE = 1 . 

SEN D_FIRST— Always Send This Frame First 

= The transmitter treats the frame normally. The SEND_FIRST and SEND_LAST 

bits can be used to implement the stream concept in the FDDI MA_DATA 
request service primitive. They can also be used to send a fixed number of 
packets per token access opportunity (e.g., when both bits are one). 

1 = The transmitter always ensures that this frame is the first one sent with this 

token capture. If the token was captured to send an earlier frame when a frame 
with a SEND_FIRST was given to the MAC, the MAC will release the token and 
wait to capture a later token to send this frame 

BCN_FRAME— Only Send This Frame in Beacon State 

This bit is ignored if the MAC is in the FDX states (i.e., the frame is sent regardless of 
the value of this bit). 

= The frame is only sent in the Tx_Data state (state T2). 

1 = The frame is only sent in the Tx_Beacon state (state T5) and if the 

FSI_BEACON bit in control register B is set. In this state, only the 
BCN_FRAME, APPEND_CRC, and EXTRA_FS bits in the packet request 
header have any effect on this frame. See 3.1.2 Control Register B 
for a description of the FSI_BEACON bit. 

SEND_LAST— Release Token after This Frame Is Sent 

= The transmitter treats the frame normally (see the previous description of 

SEND_FIRST). 

1 = The transmitter always releases the token after sending this frame, even if this 

frame was the first one sent with its associated token. 

APPEND_CRC— Generate CRC and Add an FCS Field to the Frame 
This bit is still used in the FDX states. 

= Since the MAC transmitter will not add an FCS field, the packet should already 

contain an FCS field as its last four octets. Whether or not an FCS field is 
added only depends on this bit and is not affected by the FC field transmitted 
(i.e., the transmitter does not know whether or not this frame is a reserved-for- 
implementor frame). 

1 = The MAC transmitter calculates the CRC and appends it to the end of the frame 

passed to it by the FSI in the FCS field. 
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TOKEN_SEND— Type of Token To Send after This Frame Is Sent 

If this frame is the last frame sent after receipt of a token, this field indicates the type of 
token that should be sent (i.e., restricted token, unrestricted token, the token type 
received, or no token). 

00 = No token is released. 

01 = An unrestricted token is released. 

10 = A restricted token is released. 

1 1 = Whatever token type was originally captured is the type sent (i.e., use R_FLAG). 

If this is not the last frame sent with this captured token, this bit field has no 
effect. This bit field can be used in immediate mode to create a token. 



EXTRA_FS — Send Extra Frame Status Indicators 

This MAC chip allows an extra two FS indicators to be sent. This chip will always send 
the first three FS indicators as R-symbols. There is no way to send less than three or to 
send S-symbols instead of R-symbols for these first three indicators. 

X = don't care. 



xOO = 


TR 


RR 


II II 


001 = 


TR 


RR 


RR II 


101 = 


TR 


RR 


SR II 


010 = 


TR 


RR 


RS II 


110 = 


TR 


RR 


SS II 


oil = 


TR 


RR 


RT II 


111 = 


TR 


RR 


ST II 
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SECTION 9 

CAM INTERFACE OPERATION 

The CAM interface provides actuation and data signals to an FSI CAM, a separate CAM, 
or otiier frame recognition logic used for 48-bit destination and/or source address 
recognition. Outputs from the MAC-CAM interface consist of the RCDATx , DA , and 
LDAD DR signals. The match input to the MAC from the CAM is the MATCH, TR_BR_ 
FWD, RABORT or RAB0RT2 signals. All signals are described and synchronized relative 
to the BYTCLK signal provided by the FCG. 

This section is written for ease of explanation from the point of view that the address 
recognition logic consists mainly of a content addressable memory array. However, any 
recognition logic may be employed that observes the signal requirements. The section 
also refers mostly to a positive re cognit ion logic implementation, i.e., an implementation 
that asserts MATCH on TR_BR_FWD to copy a frame when an address is recognized. 
Another valid implementation is to put the MAC in a promiscuous copy mode, COPY— 
IND—LLC and COPY_GRP_LLC are set to one, and then assert RABORT or RAB0RT2 
to not copy, or flush, frames whose addresses are recognized. 

9.1 CAM INTERFACE OPERATION 

The CAM interface presents frame information to a CAM for comparison purposes one 
byte at a time from the ELM chip over the RCDATx lines at the same time the information 
is being furnished to the MAC. Since the byte-wide data on RCDATx is two data symbols, 
only the lower four bits of each symbol need be used; the upper four bits of each symbol 
are always zero for data. Thus, the CAM uses RCDAT8-RCDAT5 and RCDAT3- 
RCDATO. 



If the presented information matches an address stored in the CAM, the MATCH line to the 
MAC should be asserted by the CAM. LDADDR and DA are additional signals driven by 
the MAC that indicate to external logic or a CAM the position of data on the RCDATx lines 
relative to the frame. BYTCLK and SYMCLK are used to clock the CAM interface and to 
latch the address into the CAM. 

9.1.1 Normal (Nonextended) Match Mode 

Referring to Figure 9-1 , the following sequence of events should occur between the MAC 
and a CAM when an address is presented on the RCDATx lines and the MAC has 
EXT_DA_MATCH = in control register B: 

1 . LDADDR is pulsed for one BYTCLK cycle just before the first byte of both the DA 
and SA fields is given to the MAC and the CAM from the ELM. The DA signal from 
the MAC differentiates whether the current address is the DA or SA. LDADDR is 
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negated by the MAC within one BYTCLK cycle after its assertion to enable the CAM 
to properly load the address and perform the compare operation. 

2. The first address byte of the SA or DA is valid on RCDATx during the BYTCLK cycle 
following the assertion of LDADDR. This byte and the next five bytes of each 
address are then consecutively loaded i nto the C AM. One BYTCLK cycle is then 
allowed for the compare operation. The MATCH signal must then be asserted to the 
MAC on the eighth rising edge of BYTCLK after LDADDR has been negated to 
indicate that the address is recognized and that the MAC should copy the frame. The 
MATCH signal to the MAC is low if a match occurs. 

3. DA is asserted with the frame's FC field, which means that DA has the same 
functional timing as the LDADDR sig nal but re mains asserted and valid up to the last 
byte of the destination address. The ADDR1 6 signal is asserted with the first byte of 
the destination address. 



BYTCU< 



[iMjmniuuMuimiiuu 



RCDAT JK FC 



DA DA DA 
12 3 



DA DA DA SA 
4 5 6 1 



SA SA SA SA SA 
2 3 4 5 6 



D1 



D2 



LDADDR 



DA 



ADDR16 



MATCH 



Figure 9-1. CAM Interface Signals (EXT_DA_MATCH = 0) 




9.1.2 Extended Match Mode 

When E XT_DA_MATCH = 1 in control register B, the user can respond to the MAC with a 
MATCH through the second byte of the FCS (see Figure 9-2). 

When the MAC is configured to accept later i ndications of a frame match by setting 
EXT_DA_MATCH = 1, either the MATCH orTR_BR_FWD signal can be activated during 
any byte of the received frame from and including the second byte following the DA, 
including the last byte of the FCS. This configuration means that the latest that either 
signal may be asserted is a setup time before and a hold time after the next BYTCLK 
cycle on which the last byte of the FCS appears on the RCDATx bus. Either RABORT or 
ADDR16, configured as RAB0RT2, can be asserted at any time during frame reception to 
cause the currently received frame to be flushed. 

Figure 9-2 shows the sequence of events on the CAM interface when EXT_DA_MATCH is 
programmed to one {for delayed address matching), which also causes the LDADDR 
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output signal to becom e TR_BR _FWD, an additional input sign al for bri dge address 
matching logic. The TR_BR_FWD signal has the same timing as the MATCH signal and is 
used to specifically indicate an address match with t he eff ect on the A and C frame status 
indicators as shown in Figure 9-2. Both the TR_BR_FWD and MATCH signal can be used 
on the same implementation. Either input can be asserted a ny time f rom the second byte 
of the SA up to and including the fourth byte of the FCS. The MATCH signal has the effect 
of setting the A bit and overrides the TR_BR_FWD input. 



RABORTOR 
RAB0RT2 



BYTCLK 



VMJO ASSB^nCWfiAHQE 



fimnMuiiinMiiiiMMi 

' ' FCS FCS FCS FCS 
12 3 4 



RCDAT JK FC 



DA DA DA DA DA DA SA SA 



12 3 4 5 



1 2 



Dn 



DA 



ADDR16 



MATCH 

orTR BR FWD 



N 



Figure 9-2. CAM Interface Signals (EXT_DA_MATCH = 1) 

Figure 9-3 shows the sequence of events on the CAM interface when receiving a token 
frame for both normal and extended match mode. DA is asserted for one or two BYTCLKs 
when a token is received. A two BYTCLK assertion is shown. 



BYTCU( 



fuiniM 



RMMIMJ 



RCDAT 


JK 


FC 


n 


11 


II 




U)ADDR 


1 — 


















DA 


























ADDR16 















JK FC TT 




UNRESTRICTED TOKEN 



RESTRICTED TOKEN 



Figure 9-3. CAM Interface Timing (Receiving Token 
Frame for Normal and Extended Match Mode) 
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9.2 EXTENSIONS TO A AND BIT HANDLING 



The option bit. MAC_MODE_CTL, in control register B and tiie TR_BR_FWD input signal 
give the MAC extended capabilities for handling the A and C bit fields at the end of 
received frames (Table 9-1 ). These extensions are particularly useful for certain bridging 
protocols. 



When RAB0RT2 in control register B is a one, the ADDR1 6 output becomes an input, 
RAB0RT2, with the same functionality as the RABORT input. 






Table 9-1. MAC A and C Bit Control 




Inputs 


Outputs 


Ax 


Cx 


Always 


Non-Abort 


Abort (see Note 1) 


Function 


A 


C 


C 
(MAC_MODE_CTL = 0, 



(MAC_M0DE_CTL = 1, 






(Frame Copied) 


Frame Flushed) 


Frame Flushed) 


End Station 










IVILA/MSA/ EXT MATCH 










Ar = R Cr = X 


S 


s 


RPT 


R 


Ar = S Cr = x 


S 


s 


RPT 


RPT 


EXT_DA_MATCH = 










(Normal Matcli Mode) 










Bridge Mode 










Source Routing MATCH 










Ar = R Cr = X 


s 


s 


RPT 


R 


Ar = S Cr = X 


s 


s 


RPT 


RPT 


EXT_DA_MATCH = 1 










(Extended Matcii Mode) 










Bridge Mode Promiscuous 










Ar = X Cr = X 


RPT 








EXT_DA_MATCH = 










(Normal Match Mode) 










Bridge Mode 










Transparent_Bridge_Forward 










Ar = R Cr = X 


RPT 


s 


RPT 


RPT 


Ar = S Cr = X 


RPT 


RPT 


RPT 


RPT 


EXT_DA_MATCH = 1 










(Extended Matcii Mode) 











NOTES: 

1 . Abort is RABORT (TX_RC_CONTROL control register B Bit 3 (ADR_RABR_CTL)=0) 

Abort is RABORT (or RABORT2 if TX_RC_CONTROL control register B Bit 3 (ADR_RABR_CTL)=1) 

2. S = Set Ar = A Received 

R = Reset Ax = A Transmitted 

RPT = Repeat Cr = C Received 

X = Dont care Cx = C Transmitted 

3. MAC_MODE_CTL = RC_TX_CONTROL control register B Bit 2 
EXT_ DA_MATCH - RC_TX_CONTROL control register B Bit 4 
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To implement the various types of bridges and tiie resultant end stations discussed in the 
ANSI and IEEE standards, the MAC can be used as follows: 



1 . TR_BR_FWD, for a transparent bridge, and MATCH, for an end station, provide a 

MAC status setting functionality. 

2. Promiscuous mode provides a MAC status repeating functionality. 

3. A MAC status clearing functionality is provided by Option_2 for an end station. 

4. Both MATCH and Tr_BR_FWD provide the necessary timing extensions required 
to perform source address routing and transparent bridging table lookup when 
EXT DA MATCH = 1. 



RABORT or RAB0RT2 can be used with the MATCH or TR_BR_FWD pin, or in 
promiscuous mode, to stop the transfer of a frame from the MAC to the FSI and to 
properly set the C-bit for a rejected or incompletely received frame. 
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SECTION 10 
TEST OPERATION 

The operation of MAC test features is detailed in this section. 

10.1 BUILT-IN SELF-TEST OPERATION 

BIST tests the MAC by circulating pseudo-random data throughout the chip. The various 
subcircuits within the chip are observed as they respond to the data, and a signature 
based upon their behavior is generated. This signature may be checked against a correct 
signature to verify the functioning of the chip. A fault in the chip, within the coverage of 
BIST, causes a different signature to be generated. 

The BIST feature does not have to be run to provide correct operation of the chip. The test 
is included to provide the user a means of fault-isolation testing for the application. BIST is 
activated by setting the RUN_BIST bit in the MAC_RC_control register. Upon activation, 
the data path LFSR and signature generator are enabled and the test proceeds. 

When BIST has completed, the signature is frozen and may be read through the NPI, End 
of test occurs when a value of zero is reached in the LFSR. Using a 16-bit LFSR clocked 
by the 80-ns BYTCLK takes approximately 5.24 ms to circulate 65535 test patterns 
through the chip. To run BIST properly, the MAC_ON and RUN_BIST bits must both be 
turned off (0) for at least five BY TCLK cyc les, and then both bits must be turned on (1) 
simultaneously. During BIST, the MACINT line is only asserted when BIST has finished 
(after 65535 BYTCLK cycles), at which time the BIST signature register is frozen. The 
actual signature depends on the values of each of the writable or clearable registers, other 
than the interrupt mask and i nterrupt event registers. In addition, the signature also 
depends upon the value of the MATCH and RABORT pins (usually negated during BIST). 
MTESTx should be zero. Also, the TX_PARITY_ON bit should be zero; otherwise, the 
parity of the nine lines (TPATHx and TPRITY) will also affect the BIST signature. 
SYMCLK, RCDATx, and TXCTLx have no effect during BIST. 

Three different BIST tests are suggested. Correct operation of BIST requires that the MAC 
be put in to a known state before the test is run, which is accomplished by asserting 
PWRUP for at least 10 BYTCLK cycles. The registers shown in Table 10-1 should be 
writt en with th e indicated hexadecimal values. The MAC should be clocked with BYTCLK 
until MACINT is asserted and the BIST value can be compared against the value indicated 
in Table 10-1. 
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Table 10-1. BIST Register Values 



Register 


Address 


Test 1 Value 


Test 2 Value 


Test 3 Value 


TX_Control 


1 


0200 


82FF 


13FF 


My Short Address 


10 


7777 


8888 


137F 


My Long Address A 


11 


AAAA 


5555 


37F1 


My Long Address B 


12 


BBBB 


4444 


7F13 


My Long Address C 


13 


CCCC 


3333 


F137 


Target Request Time Register 


14 


FFOO 


OOFF 


FEC8 


TVX, TRT Initial Timer Parameter Register 


15 


AACC 


5533 


FOFC 


Interrupt Masl< Register A 


2 


0000 


0000 


0000 


Interrupt Mask Register B 


3 


0000 


0000 


0000 


RC_Control (Run BIST) 





88C4 


F127 


A414 






1 


Run BYTCLK until BIST_Done is indicated by MACINT assertion | 


BIST Result Revision A MAC 


2A 


6148 


0E9C 


DED9 


BIST Result Revision C MAC 


2A 


9FA2 


7FB6 


E93E 



NOTE: All values are hexadecimal. 



NOTE 



BIST Test 3 is very sensitive to different implementations. If 
your BIST signature for Test 3 differs from the one listed here, 
please use that value if the chip is otherwise functional. 




10.2 SCAN PATH OPERATION 

Boundary scanning allows the user to shift an arbitrary bit pattern into the MAC to be used 
for the corresponding input or output signal and to shift out the values of these signals 
while holding t he clock. The boundary scan chain includes every signal on the MAC 
except MATCH, the test signals, and the clocks. 

Although boundary scanning complements BIST, which does not test these latches, the 
main purpose of this test mode is for board testing. In this mode, the I/O latches of the 
various chips on the board are linked into a large scan chain. By serially shifting data into 
the scan chain (boundary scan serial test mode), then clocking the data in parallel (normal 
or boundary scan parallel test mode), and finally serially shifting the data out, the I/O 
latches and interconnections between the various chips can be tested on a PC board. 
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The MAC scan chain for scan path testing can be input through MSCANI and output 
through MSCANO. The scan chain, which is clocked on the rising edge of BYTCLK, 
consists of the following signals (the reading order is from left to right): 



MSCANI 


TXDATO 


TXDAT1 


TXDAT2 


TXDAT3 


TXDAT4 


TXDAT5 


TXDAT6 


TXDAT7 


TXDAT8 


TXDAT9 


RPATHO 


RPATH1 


RPATH2 


RPATH3 


RPATH4 


RPATH5 


RPATH6 


RPATH7 


RCCTLO 


RCCTL1 
PARITY_ERR 


RGCTL2 
TXCTLO 


RCCTL3 
TXCTL1 


RCCTL4 


RABORT 


ADDR16 


TPATHO 


TPATH1 


TPATH2 


TPATH3 


TPATH4 


TPATH5 


TPATH6 


TPATH7 


PKTGENO 


PKTGEN1 


PKTGEN2 


PKTGEN3 


PKTGEN4 


PKTGEN5 


PKTGEN6 


PKTGEN7 


PKTGEN8 


PKTGEN9 


PKTGEN10 


PKTGEN11 


PKTGEN12 


PKTGEN13 


PKTGEN14 


PKTGEN15 


TXRDY 


TABORT 


RCDATO 


RCDAT1 


RCDAT2 


RCDAT3 


RCDAT4 


RCDAT5 


RCDAT6 


RCDAT7 


RGDAT8 


RCDAT9 


MSCANO 



NOTE: MSCANI and MSCANO are 
PKTGEN15-PKTGEN0 and 
is not in the cliain. 



not latched pins but represent the input and output of the 
PARITY ERR are internal latches in the scan chain. The 



scan chain, respectively, 
node processor interface 



There is no parallel load function or direction control. For a capture sequence, perform the 
following steps: 

1 . Prime the MAC using the serial load. 

2. Place the MAC in normal mode for one clock cycle to latch any input condition. 

3. Place the MAC in serial scan mode to clock out the data originally clocked in, plus 
the newly captured data from the input pins. 
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SECTION 11 
ELECTRICAL 



CHARACTERISTICS 



The AC characteristics presented consist of output delays, input setup and hold times, 
and signal skew times. All signals are specified relative to an appropriate edge of the 
clock{s) and possibly to one or more other signals. 



11.1 MAXIMUM RATINGS 



Rating 


Symbol 


Value 


Unit 


Supply Voltage 


vcc 


-0.5 to 5.5 


V 


Input Voltage 


Vin 


-1 .5 to Vcc + 1 -5 


V 


Output Voltage 


Vout 


-0.5 to Vcc + 0-5 


V 


DC Current Drain Per Pin 


1 


25 


mA 


DC Current Drain Vqc and GND Pins 


1 


75 


mA 


Lead Temperature, Soldering (10 sec) 


Tl 


300 


<C 


Storage Temperature Range 


Tstg 


-€5to+150 


"€ 



This device contains protective 
circuitry against damage due to 
high static voltages or electrical 
fields; however, it is advised that 
normal precautions be taken to 
avoid application of any voltages 
higher than maximum-rated 
voltages to this high-impedance 
circuit. Reliability of operation is 
enhanced if unused inputs are 
tied to an appropriate logic 
voltage level (e.g., either GND or 

Vcc)- 



11.2 RECOMMENDED OPERATING 
CONDITIONS 



Characteristic 


Symbol 


Value 


Unit 


DC Supply Voltage 


vcc 


4.5 to 5.5 


V 


DC Input and Output Voltage 


Vin. Vout 


0.0 to Vcc 


V 


Ambient Temperature 


Ta 


0to70 


'C 


11.3 THERMAL CHARACTERISTICS 


Characteristic 


Symbol 


Value 


Unit 


Thermal Resistance for PGA 
Junction to Ambient (Free Air) 


ejA 


41.6 


°C/W 


Thermal Resistance for QFP 
Junction to Ambient (Free Air) 


ejA 


43.9 


»C/W 
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11.4 AC ELECTRICAL CHARACTERISTICS 



Characteristic 


Symbol 


Min 


Max 


Unit 


Minimum High-Level Input, CMOS 

Vout = 0.1 V or Vcc - 0.1 V; lout = 20 nA; Vcc = 4.5 V 
VcC = 5.5V 


V|H 


3.15 
3.85 


— 


V 


Minimum Higii-Levei Input, TTL 

Vout - 0.1 V or Vcc - 0.1 V; lout = 20 pA; Vqc = 4.5 V 
Vcc = 5.5 V 


VjH 


2.0 
2.0 


— 


V 


Maximum Low-Level Input, CMOS 

Vout = 0.1 V or Vcc - 0.1 V; lout = 20 ^lA; Vcc = 4.5 V 
Vcc = 5.5 V 


V|L 


— 


1.35 
1.35 


V 


Maximum Low-Level Input, TTL 

Vout = 0.1 V or Vcc " 0.1 V; lout = 20 ^A; Vcc = 4.5 V 
Vcc = 5.5 V 


V|L 


— 


0.8 
0.8 


V 


Minimum Low-Level Output Current, VqL = 0.4 V, Vcc = 4.5 V 


lOL 


5.8 


— 


mA 


Minimum High-Level Output Current, VqH = 3.7 V, Vcc = 4.5 V 


Ohi 


-6.3 


— 


mA 


Maximum Input Leakage Current, Vm = Vcc c GND, Vcc = 5.5 V 


lin 


— 


±.87 


HA 


Maximum Output Leakage, Three-State, Output = High Z, Vout = VcC or GND, 
Vcc = 5.5 V 


lOZ 





±4.4 


HA 


Maximum Input Capacitance, Vcc = 5.0 V 


Qn 


— 


10.0 


pF 


Maximum Output Capacitance. Output = High Z, Vcc = 5-0 V 


Cout 


— 


12.5 


pF 


Maximum I/O Capacitance, Configured as Input, Vcc = 5.0 V 


Cj/O 


— 


15.0 


pF 



NOTE: Voltages are referenced to GND. All AC timings assume a capacitive loading of < 50 pF. 



11.5 NODE PROCESSOR INTERFACE TIMING (see Figure iii) 






Num 


Characteristic 


Min 


Max 


Unit 


1 


MACSEL Setup Time 


7 


— 


ns 


2 


MACSEL Hold Time 


7 


— 


ns 


3 


NPRW Setup Time 


5 


— 


ns 


4 


NPRW Hold Time 


14 


— 


ns 


5 


NPA Setup Time 


5 


— 


ns 


6 


NPA Hold Time 


14 


— 


ns 


7 


Time to NPD High Impedance 


— 


25 


ns 


8 


Time to NPD Driven (Read) 


2 


— 


ns 


9 


Time to NPD Valid (Read) 


— 


25 


ns 


10 


Time to NPD Invalid (Read) 


2 


— 


ns 


11 


NPD Setup Time (Write) 


20 


— 


ns 


12 


NPD Hold Time (Write) 


17 


— 


ns 


13 


Time to MACINT Asserted 


— 


35 


ns 


14 


Time to MACINT Negated 


— 


35 


ns 
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Figure 11-1. Node Processor Interface Timing 
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11.6 MAC-FSI TIMING (see Figure 11 2) 



Num 


Characteristic 


Min 


Max 


Unit 


16 


BYTCLK High to RPATH and RCCTL Valid 


2 


25 


ns 


17 


RABORT/RABORT2 Setup Time * 


5 


— 


ns 


18 


RAB0RT/RAB0RT2 Hold Time * 


13 


— 


ns 


20 


BYTCLK High to RPRITY Valid 


5 


35 


ns 


21 


TPATH. TXCTL. TPRITY Setup Time * 


5 


— 


ns 


22 


TPATH. TXCTL, TPRITY Hold Time * 


13 


— 


ns 


23 


BYTCLK High to TXRDY or TABORT Valid 


2 


25 


ns 


24 


BYTCLK High to TXRDY or TABORT Invalid 


2 


25 


ns 



NOTE: 
• Timing relative to the falling edge of SYMCLK when BYTCLK is low. 
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Figure 11-2. MAC-FSI Timing 
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11.7 MAC-ELM TIMING (see Figure 11 3) 



Num 


Characteristic 


Min 


Max 


Unit 


25 


Skew between BYTCLK and SYMCLK 





10 


ns 


27 


BYTCLKHightoTXDAT 


2 


25 


ns 


28 


RCDAT Setup Time* 


5 


— 


ns 


29 


RCDAT Hold Time* 


15 


— 


ns 



NOTE: 
* Timing relative to the falling edge of SYMCLK when BYTCLK is low. 
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Figure 11-3. MAC-ELM Timing 
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11.8 CAM INTERFACE TIMING (see Figure 11 4) 



Num 


Characteristics 


Min 


Max 


Unit 


30 


MATCH;tR_BR_FWD setup Time 


40 


— 


ns 


31 


MATCH/TR_BR_FWD Hold Time 


5 


— 


ns 


32 


BYTCLK to LDADDR Valid 


— 


40 


ns 


33 


BYTCLK to LDADDR Invalid 


4 


— 


ns 


34 


BYTCLK to ADDR1 6 Negated, Low to High 


— 


25 


ns 


35 


BYTCLK to ADDR1 6 Asserted, High to Low 


2 


— 


ns 


36 


BYTCLK to DA Asserted 


— 


25 


ns 


37 


BYTCLK to DA Negated 


2 


— 


ns 



NOTES: 

1 . All signals are shown relative to the rising edge of BYTCLK. 

2. Only the timing of the DA match indication is given. The SA match indication would need to be provided to the MAC 
six bytes later with the same relative timing for the proper SA actions to occur. 

3. ADDR16 only changes, if necessary, with the BYTCLK cycle on the receipt of the second byte of the DA and 
remains level until a different address size is detected on a following address cycle; thus, two timing values are 
given, 34 and 35, for the possible transitions. 

4. Figure 1 1 -4 shows timing requirements for the CAM interface signal timing. This figure is drawn based on the 
functional timing required when EXT_DA_MATCH = 0. For other functional timing, see Section 9. 
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Figure 11-4. CAM Interface Timing 
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SECTION 12 

ORDERING INFORMATION AND 

MECHANICAL DATA 

This section contains ordering information, pin assignments, and pacl<age dimensions for 
the MC68838. 

12.1 ORDERING INFORMATION 



Package Type 


Frequency 
(MHz) 


Temperature 


Order Number 


Ceramic Pin Grid Array w/Ceramic Lid (KB) 


25 


CC to 70°C 


MC68838KBC 


Plastic Quad Gull Wing (FC) 


25 


0°C to 70°C 


MC68838FCC 




MOTOROLA 



MC68838 USER'S MANUAL 



12-1 



12.2 PIN ASSIGNMENTS 

12.2.1 120-Lead Ceramic Pin Grid Array w/Ceramic Lid (KB) 



o 

Vcc 


o 

TXCTL1 


o 

GND 


o 

NPRW 


o 

TPATHO 


o o o 

TPATH2 TPATH3 TPATH4 


o 

TPATH7 


o 

Vcc 


o o o 

GND MPTSTO Vcc 


o 

NPD1 


o 

NPDO 


o o 

PWRUP TABORT 


o 

TPRITY 


o 

TPATH1 


o o 

GND TPATH5 


o o 

RPATH7 RPATH5 


o o o 

RPATH4 RPATH2 MSCANI 


o 

NPD4 


o 

NPD3 


o 

vcc 


o 

TXCTLO 


o 

TXRDY 


o 

Vcc 


o o 

GND TPATH6 


o o 

RPATH6 RPATH3 


o o o 

Vcc RPATH1 GND 


o 

NPD6 


o 

GND 


o 

NPD2 














o o o 

RPATHO MTESTO RPRI7Y 


o 

Vcc 


o 

NPD7 


o 

NPD5 














o o o 

MTEST1 RCCTL4MSCAN0 


o 

NPD10 


o 

NPD9 


o 

NPD8 














o o o 

Vcc RCCTL3 RCCTL2 


o 

NPD11 


o 

GND 


o 

GND 








VIC68838MAC 
(TOP VIEW) 






o o o 

GND GND RCCTL1 


o 

NPD12 


o 

NPD13 


o 

NPD14 














o o o 

RABORT Vcc RCCTLO 


o 

NPD15 


o 

Vcc 


o 

MACSEl 














o o o 

SYMCLK NPCLK BYTCLK 


o 

GND 


o 

MACINT 


o 

NPA2 












• 

KEY 


o o o 

DA GND Vcc 


o 

NPAO 


o 

NPA3 


o 

Vcc 


o 

TXDATO 


o o 

TXDAT3 TXDAT6 


o o o o 

GND RCDAT7 RCDAT5 RCDAT1 


o o o 

Vcc MATCH LDADDR 


o 

NPA1 


o 

NPA4 


o o 

TXDAT1 TXDAT2 


o 

Vcc 


O 

TXDAT7 


o o 

GND RCDAT8 


o 

GND 


o o o o 

RCDAT4 RCDATO GND ADDR16 


o 

Vcc 


o 

NPA5 


o 

GND 


o 

TXDAT4 


o o o o 

TXDAT5 TXDAT8 TXDAT9 RCDAT9 


o 

Vcc 


o 

RCDAT6 


o o To" 

RCDAT3 RCDAT2 • Vcc 

1 ^ 



12 



10 
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12.2.2 120-Lead Plastic Quad Gull Wing (FC) 
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a: h^ h^ C3 
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■< <: ir ■< 



QC cr o cr ir s 



^§ 
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12.3 PACKAGE DIMENSIONS 

KB Suffix 



120 LEAD CERAMIC PGA 

(PRELIMINARY) 

KB SUFFIX 




©©©©©©©(§)©©©(<!) 
©O® ©©©©©©©©<> 
©©©©©©©©©©©@@ 
©©© ©©@ 

©©© ©©© 

®@© ©©© 

©©© ©©© 

©©© ©©© 

©©© ©©© 

©@© ©©© 

©@®@©@@©@@©©© 
©©©©©©©©©©©O© 
@©@©©@©©@©@©© 



1 2 3 4 5 6 7 8 9 10 1112 13 




DIM 


MILLIMETERS 


INCHES 1 


MIN 


MAX 


MIN 


MAX 


A 


34.29 SQ 


34.80 SQ 


1.350 SQ 


1.370 SQ 


C 


2.21 


2.49 


0.087 


0.098 


D1 


0.46 {120X) 


0.018 (120X) 


D2 


1.27 (4X) 


0.050 (4X) 


G 


2.54 BSC 


0.100 BSC 


K 


43.18 


48.26 


1.70 


0.190 


L 


1.143 


1.38 


0.045 


0.055 


U 


16.383 


16.891 


0.645 


0.665 


W 


16.891 


17.145 


0.665 


0.675 
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FC Suffix 



120 LEAD 
CERAMIC QUAD FUT PACK 
(PRELIMINARY) 
FC SUFFIX 



A B 



a=. 
ccr 

11= 
on 



fif i fifinf i finfir i fi nf i nf i nf ifi iftn fififif inf iM 



60 



120 



se_L 



30 






yyyyyyyyyyyyyyyyyyyyyyyyyyyyyy 



h 



— 1 

HI 

— J 

— 1 



r 



DIM 


MILLIMETERS 


INCHES 1 


MIN 


MAX 


MIN 


MAX 


A 


31.10 


31.37 


1.224 


1.235 


B 


27.90 


28.10 


1.098 


1.106 


C 


31.10 


31.37 


1.224 


1.235 


D 


27.90 


28.10 


1.098 


1.106 


G 


0.300 


0.450 


0.012 


0.018 


H 


.800 TYP. 


0.0315 TYP. 1 


J 


0.75 


0.92 


0.030 


0.036 


K 


3.45 


3.85 


0.136 


0.152 


L 


0.13 


0.18 


0.005 


0.007 


M 


0.25 


0.35 


0.010 


0.014 


R 


23.20 REF. 


0.913 REF. 


s 


23.20 REF. 


0.913 REF. 



DIMENSIONS FOR MOTOROLA CHANDLER 
MANUFACTURING SITE 
(FOR ALL NEW DESIGNS) 

REV. 2.3 1/15/90 
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INDEX 



— A 

A_FLAG 3-14, 7-2 
APPEND CRC3-32 



— B 

BAD_CRC_SENT 3-22 
BAD_T_BID 3-21 
BAD_T_OPR 3-19 
BCN_FRAME 3-31 
BEACON_RGVD3-18 
BIST_SIGNATURE 3-2, 3-32 
BIT4_I_SS 3-22 
BIT5_I_SS 3-22 
BRIDGE_STR1P 3-9 
BRIDGE STRP ERR 3-21 



— C — 

C_Flag 7-2 

CAM 1-2, 2-1,3-7,9-1 

CLAIM_RCVD3-18 

COPY_ALL 3-5, 3-6, 3-7 

COPY_EXTRA_SMT 3-6 

COPY_GROUP_LLC 3-7 

COPY_GRP_LLC 3-7 

COPYJND_LLC 3-7 

COPY_OWN 3-6, 3-7 

CRC 1-2, 2-1 , 2-3, 2-4, 2-5, 2-6, 6-1 , 8-2, 8-3, 8-5 



DELAY_TOKEN 3-12 
DOUBLE_OVFL 3-18 
DSABL_BRDCST 3-7 
DUPL_ADDR 3-19 
DUPL TKN 3-19 



— E — 

E_FLAG 3-13, 7-2 
Error count register field 3-24 
ERROR_CT 3-25 
EXT_DA_MATCH 3-12, 4-5, 9-3 
EXTRA FS3-32 



FDX_CHANGE 3-22 
FDX_MODE 3-9 
FLD_CNT_STATE3-16 
FLD SEQ STATE 3-16 



FLUSH_SA47 3-5 
FR_PARS_STATE 3-14 
Frame count register 3-24 
FRAME_CT 3-2. 3-25 
FRAME_ERR3-18 
FRAME_RCVD3-18 
FSI_BEAC0N3-11 
FSM STATE 3-14 



H_FLAG3-14 
HIGHER CLAIM 3-20 



IGNORE_SACAM3-12 
IMMED_MODE 3-31 
INFO_REG_A 3-2, 3-30 
INFO_REG_B 3-2, 3-30 
INTR_EVENT_A 3-2, 3-17 
INTR_EVENT_B 3-2, 3-20 
INTR_EVENT_C 3-2, 3-23 
INTR_MASK_A 3-2, 3-23 
INTR_MASK_B 3-2, 3-23 
INTR_MASK_C 3-2, 3-23 



— L 

L_FLAG 3-14 
LATE_CT3-16 
LATE_TKN 3-19 
LOSE_CLAIM 3-10 
Lost count register field 3-24 
LOST_CT & ERROR_CT 3-2 
LOST_CT 3-25 
LOWER CLAIM 3-20 



H — 



I — 



— M 



M_FLAG3-14 
MAC_CNTRL_A 3-2, 3-4 
MAC_CNTRL_B 3-2, 3-8 
MAC_MODE_CTL3-13 
MAC_MODE_CTL 9-4 
MAC_ON 3-4 
MLA_A 3-2, 3-26 
MLA_B 3-2, 3-26 
MLA_C 3-2, 3-26 
MSA 3-2, 3-25 
MY_BEACON 3-20 
MY CLAIM 3-20 
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— N 



SYMCLK 4-2 
SYNCH FRAME 3-31 



N_FLAG 3-14 
NOT_COPIED 3-22 
NP_ERR 3-21, 5-1 
NP_ERR bit 3-3, 3-4 
NPCLK 4-2 
NTE AL FRMS 3-8 



OTHER BEACON 3-20 



— P — 



PHJN VALID 3-17 
PKT_REQUEST 3-2, 3-31 
PREV_SEND_LAST 3-31 
PURGE_ERR 3-21 
PURGING 3-15 
PWRUP 4-2 



— R 

R_FLAG 3-13 
R_TOKEN_RCVD 3-17 
RAB0RT2 4-5 
RAB0RT2— ADDR16 3-12 
RC_CRC_A 3-2 
RC_CRC_B 3-2 
RCVRY_FAIL3-19 
REPEAT_ONLY3-10 
RESET_FIELD3-11 
REV_NO_REG 3-2, 3-31 
REVERSE_ADDR 3-5 
RING_OP3-15 
RING_OP_CHNG3-19 
RING.OPERATIONAL 3-9 
RING_PURGE 3-8 
RUN_BIST3-7 
RX_CRC 3-32 
RX_FSM_STATE 3-13 
RX_STATUS 3-2, 3-13 
RXPARITY3-8 



— S — 



SEND_FIRST3-32 
SEND_LAST 3-32 
SENT_COUNT &THT_TIMER 
SENT_COUNT 3-28 
SET_BIT4 3-5 
SET_BIT5 3-5 
SET_BIT_4 7-2 
SET_BIT_5 7-2 
SI ERR 3-21 



B3-2 



_T — 



T_MAX 3-26 
T_NEG_A 3-2, 3-30 
T_NEG_B 3-2, 3-30 
T_REQ 3-2, 3-26 
THT_TIMER_A 3-2, 3-28 
THT_TIMER_B 3-28 
TKN_CAPTURE 3-18 
TKN_CNT_OVF 3-23 
Token count register 3-24 
TOKEN_CT 3-2, 3-25 
TOKEN_SEND 3-32 
TOKEN_TYPE 3-31 
TR_BR_FWD3-12 
TRT_TIMER_A 3-2, 3-27 
TRT_TIMER_B 3-2, 3-27 
TVX_EXPIR3-19 
TVX_TIMER 3-2, 3-27 
TVX_VALUE & T_MAX 3-2 
TVX_VALUE 3-26 
TX_CRC 3-33 
TX_CRC_A 3-2 
TX_CRC_B 3-2 
TX_FSM_STATE3-15 
TX_STATUS 3-2, 3-15 
TXPARITY ON 3-10 



U — 



U_TOKEN_RCVD 3-17 
USE R FLAG 3-31 



Void Frame 1-2 
VOID_TIME 3-2, 3-30 
VOID_TIMER_OVF3-23 
VOID TIMER REG RDY3-23 



W 



WON CLAIM 3-21 
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